Проблемы есть? Ну, например, на работе обижают, вокруг несправедливость, злые работодатели и прочее? Нет-нет, это не подколы и не наезды. Именно такие показатели очень и очень ярко показывают пробелы в том или ином человеке, которые упустило обучение (не важно какое).

а можно узнать, зачем разработчки знатьчто нужно бизнесу?

а можно узнать, зачем разработчки знатьчто нужно бизнесу?

а можно узнать, зачем разработчки знатьчто нужно бизнесу?

Может быть для того, что код сам по себе ничего не стоит, а зп разраб получает за решение задач бизнеса?

а можно узнать, зачем разработчки знатьчто нужно бизнесу?

ну вот сидит разработчик, и решил задуматься о задачах бизнесса, что ему делать дальше? задачи в бэклоге, сиди и делай

Я считаю что это все индивидуально

Вы немного не о том. Вот сидят 2 разраба и пишут днями фрагмент кода,они его вылизывают с точки зрения арзитектуры, юзает паттерны высоких нагрузок. А по факту этот код будет обслуживать 100 клиентов в день. И по факту убита неделя на задачу которую можно решить за 2 дня.

а можно узнать, зачем разработчки знатьчто нужно бизнесу?

и теперь этот разработчик пойдет к продакту и скажет "зачем мы это делаем если тут 100 человек юзает этот код"? ему скажут "ты не владеешь полной инфой, сегоня 100, завтра запустим рекламну компанию и будет 100 000, и вообще вы задолбали каждый ходить и спрашивать и учить как нам работать, я же не хожу к тебе и не учу тебя писать код"

Ничего не индивидуально, а прям под копирку. Вообще не глядя рассказываю людям их будущее и это не предсказательство и не колдовство, а самая простейшая психология, которую преподают в армии. Вот меняю коллективы каждый год и ни одного раза не было исключений))))) Поэтому и говорю, что признаки не сторонние, а внутренние, очевидные. Люди даже не понимают, как может быть по другому. Исключение составляют большие люди, которые получили нужную школу так или иначе и далеко не в армии. У них интересней всего учиться, но только после армии

Ой, а у меня есть история на эту тему. Приходит ко мне начальство, говорит, Женя, надо бы проект сделать, срок - вчера. Набирай себе команду и го, показ через полтора месяца, проебем показ - финансирования не будет. Я посмотрел, план накидал, понимаю что сроки вполне реальные. Взял еще четырех человек, сидим колбасим. Среди них был один мужик, который ну прям хорошо шарил, когда я его собесил, я прям рад был тому что он в команде. Задачи разобрали, сидим пилим, на стендапе спрашиваю, чо как по задаче? А он говорит, у вас скрипт сборки был говно, я его переписал. А по задаче что? Да не трогал еще. Оооокей, у нас эта задача блокер, займись ей пожалуйста. На следующем стендапе спрашиваю - чо как? Я, говорит, отрефакторил там у вас, и линт настроил, а то код говно. Через 2-3 таких закидона я попросил начальство чувака перекинуть в другой отдел, потому что без него мы бы по плану быстрее двигались, чем с его помощью. На что мне сказали, что он везде себя так ведет и что я последний, кто с ним согласился работать.

пока не увидел связи что разработчик должен знать задачи бизнеса, тут просто чел который прокрастинирует и тд

Это и есть то, что чел не понимает что от него ждут продукт а не его замечательный код. И когда ты ему говоришь что ты маешся хренью он еще и обижается

Вообще нагрзука(хотябы примерная) обычно прописывается в задаче. И никуда ходить и спрашивать не надо. Но это не мешает писать разрабам код идиальный с их точки зрения, забивая часто на сроки.

Как минимум глупо судить о человеке по тому служил он или нет + источники познания бывают разные

я образно, это я к тому, что менджмент владеет большей инфой о том куда они двигаются и тд, и иногда у них нет просто времени спускать вниз инфу это тоже самое, что продакт думал бы о разработчиках, типа "ну вот, это слишком сложно сделать, надо будет заюзать технологии которые мы не юзаем, тогда не будем пилить это" но тогда бизнес никуда не уйдет

каждый должен покрывать свою зону ответственности, в которой от компетентен, но это только мое мнение

Конечно глупо. Я никогда не говорю, что армия, это панацея. Просто в данный момент я советовал себе молодому, а не рассказывал, что это прям идеальный рецепт для любого. Обосновал это тем, что получив именно такое образование, могу очень многое себе позволять. Мне то круто, а разве что-то другое требуется? 😁

Тут речь скорее о том, что разраб сосредоточен на условной красоте кода, чем на решение задачи.

Все начинания надо оценивать по плохим временам, а не по хорошим. Если бы я не думал, что "у всех свои зоны ответственности", то не допустил бы закрытия нескольких автосалонов и авторынка, предотвратив устройства в организации глупых родственников собственника и они бы не смогли всё имущество заложить в банк Так что тут смотря с какой стороны смотреть

а где тут разработчики?) тут обычное разгильдяйство и кумоство если разработчику приходит установка что надо запилить сервис, он может спросмить зачем и ему ответят "затем" но это не значит что через пару месяцев все поменяется и сервис уже готовый отложат до лучших времен, потому что поменялись приоритеты бизнесса и рынок

ну тогда тут другая проблема, лиду надо объяснить что приоритетнее

Порядок? Хм, да, порядок это прям беда большинства айтишников. Очень трудно их приучать к порядку. Приходится тратить очень много сил. А без порядка успеха совсем не видать

Беда большенства itшников это то, что у них в голове один код, паттерны и архитектура вместо понимания того, что их задача приносить бизнесу деньги

Тут речь скорее о том, что разраб сосредоточен на условной красоте кода, чем на решение задачи.

Хотя какая разница, Джуны нигде не нужны, это убыток для бизнеса Шансов на трудоустройство без вуза и опыта коммерческой разработки хотя бы хоть где то

Чистый код всегда приоритетнее быстрому решению самой задачи, даже если он занимает больше времени. Ведь потом этот код нужно будет расширять и если будет грязно, то это сожжет последние нервы тому, кто будет за вас это делать.

Беда большенства itшников это то, что у них в голове один код, паттерны и архитектура вместо понимания того, что их задача приносить бизнесу деньги

Чистый код всегда приоритетнее быстрому решению самой задачи, даже если он занимает больше времени. Ведь потом этот код нужно будет расширять и если будет грязно, то это сожжет последние нервы тому, кто будет за вас это делать.

Для программиста. Бизнесу насрать на чистоту кода. Ему нужно выпустить продукт раньше конкурентов. Есть тонна примеров, когда занявшие Нину раньше «так себе» продукты убивают поздно появившиеся отполированные

Чистый код на сайте визитке? Или на этапе прототипирования?

Для программиста. Бизнесу насрать на чистоту кода. Ему нужно выпустить продукт раньше конкурентов. Есть тонна примеров, когда занявшие Нину раньше «так себе» продукты убивают поздно появившиеся отполированные

Сайт визитку расширять не придётся, я предполагаю. Я о более масштабных проектах

Потом переписывать легаси код. знаю, проходили

Программисту не обязательно шарить в бизнесе. Для этого есть постановщики задачи, которые вникают в бизнес-процессы и ставят конкретные задачи разработчикам. Но, как всегда, бизнес хочет сэкономить и обойтись без "лишнего" человека.

Если код приносит деньги, то почему нет?

Дело в том, что вряд ли ты будешь писать код в одиночку, чтобы выйти на рынок. С тобой будут ещё 2+ личности, которые должны понимать что ты пишешь по коду, а не компилить приложение каждый раз, чтоб узнать какие ты аргументы в функцию даёшь (ты ведь не будешь писать док к каждой функции, тебе же надо быстро выйти на рынок). И это опять же, тормозит разработку. Помимо этого мы имеем грязный код, а это значит что он не только нечитабельный, но ещё и покрытый багами Программисту не стоит лезть в бизнес-процессы, если это не шарашкина контора. Ему нужно писать ЧИСТЫЙ код!

Самодисциплину ты в армии не получишь уж точно. Пока ты сам собой не займёшься, ничего не выйдет

Дело в том, что вряд ли ты будешь писать код в одиночку, чтобы выйти на рынок. С тобой будут ещё 2+ личности, которые должны понимать что ты пишешь по коду, а не компилить приложение каждый раз, чтоб узнать какие ты аргументы в функцию даёшь (ты ведь не будешь писать док к каждой функции, тебе же надо быстро выйти на рынок). И это опять же, тормозит разработку. Помимо этого мы имеем грязный код, а это значит что он не только нечитабельный, но ещё и покрытый багами Программисту не стоит лезть в бизнес-процессы, если это не шарашкина контора. Ему нужно писать ЧИСТЫЙ код!

Профессионалу стоит. Кодеру - нет. Нужен быстро написанный код. Если он при этом ещё и чистый - супер

Но чисто и быстро пишут профессионалы. А кодеры того. Пишут чистый, просирают сроки, меняют работу. Ведь «бизнес не их забота»

Не знаю, мне кажется там идеальные условия для этого, т.к. постоянный и мощный контроль со стороны. А надеяться на себя, это как на картах Таро гадать, ибо в психологии людей вообще нет понятия силы воли, есть только система приоритетов. Потому что эту самую силу воли никто не может измерить и уж тем более предсказать, т.е. возможно её измерять только после свершения действий. А вот система приоритетов обсчитывается с очень высокой точностью и на очень большие промежутки времени. Но повторюсь, учения армии поворачиваются вспять, если человек не нагружается интеллектуально. Т.е. многие люди в армии учатся быть балбесами

Дело в том, что для большинства разрабов написать комент к методу в разы проще чем писать чистый код

Быстро и качественно - это влажные сны продакт менеджеров

А что такое вообще чистый код? Как понять насколько код чистый?

Это искусство

О чем я и написал. Если ты не захочешь что-то в своей жизни/в себе поменять, то тебя ни то что армия, тебя тюрьма не поменяет

И вы хотите искусство от обычного веб кодера?

Естественно, на тайпскрипте писать тоже можно чисто

А что такое вообще чистый код? Как понять насколько код чистый?

и как измерять это хотение? Где линейка то по измерению, кто хочет менять, а кто нет? Нет такого измерения. А вот если учесть, что мозг одного человека получил нерельное удовольствие от пробежки, то с большей вероятностью можно сказать, что он будет бегать. И это не сила воли, а самая примитивная наука

Я для себя вывел такую формулу чистого кода: Если в любой момент, любой среднячок сможет доработать мой код, не затрачивая больших усилий, то код норм. Если же код и дорабатывать не надо и разработка может подстраиваться под под изменения бизнеса, то это отличный код. А если разработка самовозрождается, даже когда её уничтожают, то это верх мастерства Ну и обратное: Если сам создатель через год, смотря на свой код, пытается его с нуля переписать, то это отвратительный код 😁

Он как раз и написал книгу «Чистый код»

Он там затрагивал по-моему разработку грязного кода и какие убытки это приносит бизнесу

рефакторинг дело серьезное, пойнтов на 8, этим можно неделю заниматься!