Да, я понимаю как это происходит в коммерческой разработке. Я больше про то что, впринципе 140+ человек для такого приложения это перебор 2 раза :) Это скорее про корпоративные моменты, и как видно из статьи диаграммы не помогают сократить количество участников процесса. Я к тому что 2 программиста не сделают приложение в 2 раза быстрее, а скорее наоборот все усложнят.
Статья интересная, диаграммы и показатели круто. Но если честно у меня глаз зацепился за 140+ человек участвующих в работе над продуктом, диаграммами можно все покрыть и посмотреть, но точно ли нужно столько людей?
Да, есть такое, тоже заметил всплывающию информацию как правильно переехать с NOSql на Sql и что в этом одни плюсы) Смешно и грустно конечно, мне кажется микросервисы тоже на волне хайпа, все начали ругать "монолит" и показывать пальцем какой у них крутой (нет) и модный (да) микросервис.
Сколько лет уже боты и всякие ИИ у руля тех. поддержки, но это до сих пор удручающее зрелище, получается ИИ не может заменить уже долгое время сотрудника поддержки? А программистов уже завтра заменит...
Может бизнесу тоже стоит маленько посмотреть в себя, и стать маленько софт, а не относится к ИТ отделам как к воронке которая только деньги тянет. Особенно сочувствую безопасникам.
Не знаю на счёт культа, меня тоже, как видимо многих, вводит в ступор собеседования и вообще отбор в компании. Но мне кажется тут все прозаичнее, бизнес боится нового из-за убытков, вот и шлепают как у всех, от собеседований до рабочего процесса.
Инкапсуляция - это сокрытие внутреннего состояния и функций объекта и предоставление доступа только через открытый набор функций
НАРОД! Давайте зафиксируем - инкапсуляция нужна для сокрытия работы объекта, вот вам и АБСТРАКЦИЯ. Вы прячете свойства и методы объекта, от КЛИЕНТСКОГО КОДА, что-бы нельзя было поменять его свойства (фиксируете при создании и строго настраиваете взаимодесйтвие с ними). А функции нужны что-бы, опять же КЛИЕНТСКИЙ КОД, был в контексте, когда вы открываете файл с объектом, у вас есть внутрення логика (приватные функции) и логика работы с объектом (публичные методы). Вижу опять лайки хейтерам ООП летят, фронтендеры, хватит)
Не думаю что там можно до кого-то достучаться, зарплатами скорее хотят себе набить выхлоп, чем сделать лучше сотруднику. По итогу просто на тебя наваливают работу, просят не ходить в отпуск и все такое.
По началу мне казалось круто отдаваться компании, я думал что вложенные силы окупятся, но не в одной компании я не видел поощрение за переработки, скорее наоборот, кто тащит на того и накидывают, дак ещё и потом придут спрашивать в случае чего
С рынком труда у нас и правда беда, поиск работы на hh это уже давно игра в бинго, не опыт (трудовая книжка), ни образование, ни достижения не катируется, катируется полное совпадение резюме и вакансии, пол шага в сторону - до свидания.
Сегодня заинтересовал вопрос - а почему ИТишник, успех в профессии приравнивает к интелекту? И как он мерит этот успех? Что он круче других по мнению кого-то? Или что он может сделать продукт за неделю? Было-бы интересно услышать)
Отличная статья! Очень рад был узнать про работу не по 8 часов))
Пункты 3 и 4 я бы описал, конечно, со своей стороны так - программирование накладывает определённый отпечаток на мышление, машина логична на 100%. Человек, при всей ему кажущейся логичности своего ума, далёк от 100%
И если честно удивился когда понял что люди в профессии имеют интеллект как самоцель и удовлетворяются на фоне этого - многое из рабочих старых моментов стали мне чуть яснее
Да, я понимаю как это происходит в коммерческой разработке. Я больше про то что, впринципе 140+ человек для такого приложения это перебор 2 раза :) Это скорее про корпоративные моменты, и как видно из статьи диаграммы не помогают сократить количество участников процесса. Я к тому что 2 программиста не сделают приложение в 2 раза быстрее, а скорее наоборот все усложнят.
Статья интересная, диаграммы и показатели круто. Но если честно у меня глаз зацепился за 140+ человек участвующих в работе над продуктом, диаграммами можно все покрыть и посмотреть, но точно ли нужно столько людей?
Да, есть такое, тоже заметил всплывающию информацию как правильно переехать с NOSql на Sql и что в этом одни плюсы) Смешно и грустно конечно, мне кажется микросервисы тоже на волне хайпа, все начали ругать "монолит" и показывать пальцем какой у них крутой (нет) и модный (да) микросервис.
Сколько лет уже боты и всякие ИИ у руля тех. поддержки, но это до сих пор удручающее зрелище, получается ИИ не может заменить уже долгое время сотрудника поддержки? А программистов уже завтра заменит...
Может бизнесу тоже стоит маленько посмотреть в себя, и стать маленько софт, а не относится к ИТ отделам как к воронке которая только деньги тянет. Особенно сочувствую безопасникам.
Не знаю на счёт культа, меня тоже, как видимо многих, вводит в ступор собеседования и вообще отбор в компании. Но мне кажется тут все прозаичнее, бизнес боится нового из-за убытков, вот и шлепают как у всех, от собеседований до рабочего процесса.
Смотрю в код, а там одна магия.
Мужики, композиция в ООП есть.
Монолит, возможно, получился в противовес микросервисам. До них такого понятия не было?
НАРОД! Давайте зафиксируем - инкапсуляция нужна для сокрытия работы объекта, вот вам и АБСТРАКЦИЯ. Вы прячете свойства и методы объекта, от КЛИЕНТСКОГО КОДА, что-бы нельзя было поменять его свойства (фиксируете при создании и строго настраиваете взаимодесйтвие с ними). А функции нужны что-бы, опять же КЛИЕНТСКИЙ КОД, был в контексте, когда вы открываете файл с объектом, у вас есть внутрення логика (приватные функции) и логика работы с объектом (публичные методы). Вижу опять лайки хейтерам ООП летят, фронтендеры, хватит)
Не думаю что там можно до кого-то достучаться, зарплатами скорее хотят себе набить выхлоп, чем сделать лучше сотруднику. По итогу просто на тебя наваливают работу, просят не ходить в отпуск и все такое.
Извините, я просто человек
По началу мне казалось круто отдаваться компании, я думал что вложенные силы окупятся, но не в одной компании я не видел поощрение за переработки, скорее наоборот, кто тащит на того и накидывают, дак ещё и потом придут спрашивать в случае чего
Бизнес оторван от реальности в любой стране, человеческая жадность она везде одинаковая.
У меня начальник на одной из работ прямо говорил что компания даёт слишком большой отпуск, и кто его весь не отходит тот молодец)
С рынком труда у нас и правда беда, поиск работы на hh это уже давно игра в бинго, не опыт (трудовая книжка), ни образование, ни достижения не катируется, катируется полное совпадение резюме и вакансии, пол шага в сторону - до свидания.
Сегодня заинтересовал вопрос - а почему ИТишник, успех в профессии приравнивает к интелекту? И как он мерит этот успех? Что он круче других по мнению кого-то? Или что он может сделать продукт за неделю? Было-бы интересно услышать)
Надо отдельный Яндекс-Плюс подключить, что бы рассылки не было.
Дак надо людей и опрашивать))
Отличная статья! Очень рад был узнать про работу не по 8 часов))
Пункты 3 и 4 я бы описал, конечно, со своей стороны так - программирование накладывает определённый отпечаток на мышление, машина логична на 100%. Человек, при всей ему кажущейся логичности своего ума, далёк от 100%
И если честно удивился когда понял что люди в профессии имеют интеллект как самоцель и удовлетворяются на фоне этого - многое из рабочих старых моментов стали мне чуть яснее