или вообще попасть в бэкэнд из чего-то где нет такого разделения (например, из разработки компиляторов) будет сложнее, т.к. нет понимания, какие задачи возникают и какие бывают подходы к их решению.
Знают программисты всё. Даже побольше всего вашего веба с его абстракцией на абстракции, передачей всех объектов первым классом и отсутствием адекватных подходов к конструкции сайтов, где дизайнерские выглядят сделанными на коленке, а простые энтузиасты кажутся богами в дизайне. Кто вам вообще дал право судить, что знает конкретный человек, а что нет?!
вот нанимаешь такой человека с хорошим резюме. И вещи он правильные на собеседовании говорит. А как нанимаешь - он сидит и пишет комментарии на Хабре ничего не делает.
Либо делать реально нечего, либо превираете вы сильно.
Нанимать человека, чтобы он вашей галерке работу у фрилансеров отбирал такое себе достижение российского IT.
Здоровая кухня студии разработки как есть. На практике такие собрания регулярная традиция раз в неделю. И выбор еженедельности либо слишком часто это только мешает разработчикам или отвлекает, слишком редко накапливается такой большой технический долг, что за одно собрание уже невозможно получить ответы на все накопленные вопросы, а выбирать приоритетные в творческом хаосе коддинга - довольно затруднительно.
Во первых, "Рефакторинг". Терминологию нужно употреблять грамотно.
Во вторых, рефакторинг позволяет добиться лучшей читабельности и восприятия структуры исходного кода программистом, а не просто делает код "оптимальным" сам по себе.
В третьих, в софте есть два противоположных понятия "связность" и "зацепление". И как раз грубо описанное вами явление связано с тем, что по мере увелечиния функционала нарастает зацепление и нарушается связность, из-за чего появляются трудности с тестированием и отладкой. Иногда это результат пробелов, когда долгое время между программистами отсутствуют договоренности в виде стандартов или практик хорошего тона.
@Andrey2008 Не вы ли тут уже сотню раз объясняли, что в memset опасно передавать sizeof only, потому что оно считает размер первого элемента массива, а не всего массива. Попахивает, что разработчики по старой памяти из более высокоуровневых языков так пишут, а оно работает здесь немного с нюансом.
Теперь я прекрасно понимаю, откуда у начальника на моей первой работе была привычка определять предкомпиляцией размеры массивов и буферов (defined buffer size). Полезная практика, когда нужно передать не количество элементов, а размер в байтах. Оно и понятно, всё таки он игры делал под Windows 95/98 и после на заре 2000-х.
У меня был подобный начальник, когда еще был совсем зелёный. Тоже много прикалывался, подшучивал, душевный человек, но Team Lead из него такой себе - кормил директора завтраками, а ни одного прототипа за целый год не сделал.
С опытом повзрослевше понимаешь, что не всё нужно доносить таким начальникам, некоторые лучше понимают на контрасте, когда неожидано для себя замечают, кого они упустили. И умоляют вернуться обратно - часто это путь к гарантированному повышению, и договорится с ними по работе команды значительно проще после таких кейсов.
Всё это к тому, что не всё в этом мире делается так однобоко. Нужно понимать, что однажды на месте этих самых "руководителей" окажешься ты сам.
По закону же можно взять человека на три недели испытательного срока, и если не понравились друг другу, то разойтись как в море корабли.
Всё усложняют, усложняют, а толку никакого. Видимо специально думают до какой ещё тупости дойти, а в итоге все сливки достаются тем, кто нанимает по-старинке: пришёл, пообщались по-человечески, понял что начальник без закидонов, показал ему как умеешь работать и оба довольны. Молодой ещё - стажировка месяц и уже не боится приниматься за ответственную работу; Бывалый - ознакомится, поймет что к чему, и уже свой человек.
Как технику тяжело читать при таком количестве грубых англицизмов. Неужели так трудно соблюдать строгость терминологии и при переводе применять полный нативный термин, как это принято во всей академической литературе.
Недумаю, чтобы вместо "давления" использовали прежуре от pressure, вместо температура темпреча от temperature, вместо колесо вилл от whell.
Такой же незаметной и довольно пагубной практикой является безумное стремление многих российских компаний к разработке в один присест, одновременно сосуществующая с другой крайностью в виде бесконечной разработки в виде вечного бета-теста, что мы наблюдаем во всех текстах посвещенных менеджменту в IT, и одновременно написанным людьми, которые реальный менеджмент ни разу не видели, ни нюхали.
Некоторые программисты этого не замечают, потому что сами не придают этому значения. А многие и не скажут прямо, посчитав темой табуированной. Но стоит им хоть раз увидеть картину здоровую, как например в студиях разработки видеоигр в начале нулевых, то каждый скажет - "Вот, вот оно! Мы так хотим".
Такое чувство, что во всех ошибках, где использовали односимвольные переменные, программистам помогло автозаполнение в редакторе кода.
Мораль: Если уже уставший, то лучше отключить автозаполнение, чтобы после меньше заморочиваться с опечатками от ложных предположений редактора кода.
Полезный вывод: Если чувствуешь, что совсем голова не соображает, то лучше сохранись, поставь комментарием метку где продолжить и пойти покурить на 30 минут. Потому что как показывает практика ловить ошибку от поседствий усталости в 3 раза затратней по времени, чем писать код с нуля.
Ох, разработчики Хабра сделайте простую кнопку "удалить" для комментариев, чтобы вот такого не было, когда человек что-то написал, но после решил не ввязываться в эту кашу от греха подальше.
P.S. Сори за возможный дубль. Интернет на телефоне сегодня адски тормозит.
Реальность полна разочарований. В Томске тоже столкнулись с тем, что содержать парк машин городской администрации за 190 млн крайне не выгодно, и проще было бы завести корпоративный счет с таксопарками и не кормить зря дармоедов.
Так что нечего тут отнекиваться. Каким бы там не был одуванчиком, но если ты не можешь заметить очевидных фактов хищения и даже не попытаться их пресечь, то будь даже системной оппозицией, настоящей оппозицией вас это не делает.
На Хвбре и будут и вы им не указ. Пора вас всех просвещать. А факторы тут уже давно известны - политические институты. Их очень хорошо изложили Дарон Аджемоглу и Джеймс Роббинсон в книге "Почему одни страны богатые, а другие бедные".
Справедливо во определенном отношение, когда вспоминаем кто эти самые директора, которые сидят в нерешительности между диверсификацией методов сбыта и высчитанной до копейки сметой за разработку, "поддержку", содержание и "прочие" компоненты себестоимости их продукта.
Еще Кузьма Прутков писал: "Смотрите на сбыт, это у нас самое слабое звено". В корень зрил товарищ, золотой человек неиначе.
Вы живете в каком-то сферическом, придуманном мире. Подавляющее большинство предприятий вокруг меня, мои заказчики и мои клиенты, да и мой бизнес тоже, находятся на грани банкротства - в долгах как в шелках.
А что вы сделали, чтобы этот бизнес сохранить? Диверсифицировали рынки сбыта? Повысили качество работ, тем самым опередив конкурентов? Сменили подрядчиков или решили с ними проблему срыва сровок поставок? Вы только ноете, ноете, и еще раз ноете, лишь потому что на ваших галерах никто работать в здравом уме не хочет!
Если вы все такие несчастные, то что не опубликуете свою финансовую отчётность по МСФО-10?! Грошь цена вам и всем вашим знакомым, когда вы даже такой элементарной управленческой задачи решить не можете!
Если человек не регистрируется в центре занятости за крошечное пособие, невостребованные курсы и вакансии с мизерными зарплатами "чисто для галочки", то это еще далеко не значит, что человек не ищет новую работу.
Притом, что ничто не мешает этому же директору скупать молоко у всех местных ЛПХ, продавать корма, предоставлять технику в аренду, и ща это всё быть на почете у всего района.
Если имеющиеся сотрудники и так могут поддержать деятельность организации, то зачем нанимать новых? Ведь требовать переработок гораздо удобнее, если обещать "нанять ещё сотрудников". Когда нибудь. )
Они просто уйдут все к конкурентам и через месяц ты банкрот. Как тебе такой прикол мальчик? И самое главное - как ты будешь это объяснять, когда новую работу будешь искать? Обонкротившееся предприятие из-за недальновидности начальника - классный такой кейс в послужном списке.
Наверное, цена современных взрослых компиляторов. Delphi 11 Rio, FreePascal, TurboPascal - всё это не языки, а компиляторы.
Pascal же изначально разрабатывался с нативным, логичным синтаксисом именно для обучения. Позже оно же перекачивало в Object Pascal, расширив 4-ю столпами ООП: абстракция, инкапсуляция, наследственность, полиформизм.
Знают программисты всё. Даже побольше всего вашего веба с его абстракцией на абстракции, передачей всех объектов первым классом и отсутствием адекватных подходов к конструкции сайтов, где дизайнерские выглядят сделанными на коленке, а простые энтузиасты кажутся богами в дизайне. Кто вам вообще дал право судить, что знает конкретный человек, а что нет?!
Либо делать реально нечего, либо превираете вы сильно.
Нанимать человека, чтобы он вашей галерке работу у фрилансеров отбирал такое себе достижение российского IT.
Вместо тысячи слов:
Здоровая кухня студии разработки как есть. На практике такие собрания регулярная традиция раз в неделю. И выбор еженедельности либо слишком часто это только мешает разработчикам или отвлекает, слишком редко накапливается такой большой технический долг, что за одно собрание уже невозможно получить ответы на все накопленные вопросы, а выбирать приоритетные в творческом хаосе коддинга - довольно затруднительно.
Во первых, "Рефакторинг". Терминологию нужно употреблять грамотно.
Во вторых, рефакторинг позволяет добиться лучшей читабельности и восприятия структуры исходного кода программистом, а не просто делает код "оптимальным" сам по себе.
В третьих, в софте есть два противоположных понятия "связность" и "зацепление". И как раз грубо описанное вами явление связано с тем, что по мере увелечиния функционала нарастает зацепление и нарушается связность, из-за чего появляются трудности с тестированием и отладкой. Иногда это результат пробелов, когда долгое время между программистами отсутствуют договоренности в виде стандартов или практик хорошего тона.
@Andrey2008 Не вы ли тут уже сотню раз объясняли, что в memset опасно передавать sizeof only, потому что оно считает размер первого элемента массива, а не всего массива. Попахивает, что разработчики по старой памяти из более высокоуровневых языков так пишут, а оно работает здесь немного с нюансом.
Теперь я прекрасно понимаю, откуда у начальника на моей первой работе была привычка определять предкомпиляцией размеры массивов и буферов (defined buffer size). Полезная практика, когда нужно передать не количество элементов, а размер в байтах. Оно и понятно, всё таки он игры делал под Windows 95/98 и после на заре 2000-х.
У меня был подобный начальник, когда еще был совсем зелёный. Тоже много прикалывался, подшучивал, душевный человек, но Team Lead из него такой себе - кормил директора завтраками, а ни одного прототипа за целый год не сделал.
С опытом повзрослевше понимаешь, что не всё нужно доносить таким начальникам, некоторые лучше понимают на контрасте, когда неожидано для себя замечают, кого они упустили. И умоляют вернуться обратно - часто это путь к гарантированному повышению, и договорится с ними по работе команды значительно проще после таких кейсов.
Всё это к тому, что не всё в этом мире делается так однобоко. Нужно понимать, что однажды на месте этих самых "руководителей" окажешься ты сам.
Самое главное: ни слова про испытательный срок.
По закону же можно взять человека на три недели испытательного срока, и если не понравились друг другу, то разойтись как в море корабли.
Всё усложняют, усложняют, а толку никакого. Видимо специально думают до какой ещё тупости дойти, а в итоге все сливки достаются тем, кто нанимает по-старинке: пришёл, пообщались по-человечески, понял что начальник без закидонов, показал ему как умеешь работать и оба довольны. Молодой ещё - стажировка месяц и уже не боится приниматься за ответственную работу; Бывалый - ознакомится, поймет что к чему, и уже свой человек.
Как технику тяжело читать при таком количестве грубых англицизмов. Неужели так трудно соблюдать строгость терминологии и при переводе применять полный нативный термин, как это принято во всей академической литературе.
Недумаю, чтобы вместо "давления" использовали прежуре от pressure, вместо температура темпреча от temperature, вместо колесо вилл от whell.
Такой же незаметной и довольно пагубной практикой является безумное стремление многих российских компаний к разработке в один присест, одновременно сосуществующая с другой крайностью в виде бесконечной разработки в виде вечного бета-теста, что мы наблюдаем во всех текстах посвещенных менеджменту в IT, и одновременно написанным людьми, которые реальный менеджмент ни разу не видели, ни нюхали.
Некоторые программисты этого не замечают, потому что сами не придают этому значения. А многие и не скажут прямо, посчитав темой табуированной. Но стоит им хоть раз увидеть картину здоровую, как например в студиях разработки видеоигр в начале нулевых, то каждый скажет - "Вот, вот оно! Мы так хотим".
Такое чувство, что во всех ошибках, где использовали односимвольные переменные, программистам помогло автозаполнение в редакторе кода.
Мораль: Если уже уставший, то лучше отключить автозаполнение, чтобы после меньше заморочиваться с опечатками от ложных предположений редактора кода.
Полезный вывод: Если чувствуешь, что совсем голова не соображает, то лучше сохранись, поставь комментарием метку где продолжить и пойти покурить на 30 минут. Потому что как показывает практика ловить ошибку от поседствий усталости в 3 раза затратней по времени, чем писать код с нуля.
Ох, разработчики Хабра сделайте простую кнопку "удалить" для комментариев, чтобы вот такого не было, когда человек что-то написал, но после решил не ввязываться в эту кашу от греха подальше.
P.S. Сори за возможный дубль. Интернет на телефоне сегодня адски тормозит.
del
Реальность полна разочарований. В Томске тоже столкнулись с тем, что содержать парк машин городской администрации за 190 млн крайне не выгодно, и проще было бы завести корпоративный счет с таксопарками и не кормить зря дармоедов.
Так что нечего тут отнекиваться. Каким бы там не был одуванчиком, но если ты не можешь заметить очевидных фактов хищения и даже не попытаться их пресечь, то будь даже системной оппозицией, настоящей оппозицией вас это не делает.
На Хвбре и будут и вы им не указ. Пора вас всех просвещать. А факторы тут уже давно известны - политические институты. Их очень хорошо изложили Дарон Аджемоглу и Джеймс Роббинсон в книге "Почему одни страны богатые, а другие бедные".
Справедливо во определенном отношение, когда вспоминаем кто эти самые директора, которые сидят в нерешительности между диверсификацией методов сбыта и высчитанной до копейки сметой за разработку, "поддержку", содержание и "прочие" компоненты себестоимости их продукта.
Еще Кузьма Прутков писал: "Смотрите на сбыт, это у нас самое слабое звено". В корень зрил товарищ, золотой человек неиначе.
А что вы сделали, чтобы этот бизнес сохранить? Диверсифицировали рынки сбыта? Повысили качество работ, тем самым опередив конкурентов? Сменили подрядчиков или решили с ними проблему срыва сровок поставок? Вы только ноете, ноете, и еще раз ноете, лишь потому что на ваших галерах никто работать в здравом уме не хочет!
Если вы все такие несчастные, то что не опубликуете свою финансовую отчётность по МСФО-10?! Грошь цена вам и всем вашим знакомым, когда вы даже такой элементарной управленческой задачи решить не можете!
Если человек не регистрируется в центре занятости за крошечное пособие, невостребованные курсы и вакансии с мизерными зарплатами "чисто для галочки", то это еще далеко не значит, что человек не ищет новую работу.
Притом, что ничто не мешает этому же директору скупать молоко у всех местных ЛПХ, продавать корма, предоставлять технику в аренду, и ща это всё быть на почете у всего района.
Они просто уйдут все к конкурентам и через месяц ты банкрот. Как тебе такой прикол мальчик? И самое главное - как ты будешь это объяснять, когда новую работу будешь искать? Обонкротившееся предприятие из-за недальновидности начальника - классный такой кейс в послужном списке.
Аж кровь в жилах вскипает при прочтении. Без жестких эпитетов такое читать невозможно. За яйца бы повесил всех этих управленцев!
Наверное, цена современных взрослых компиляторов. Delphi 11 Rio, FreePascal, TurboPascal - всё это не языки, а компиляторы.
Pascal же изначально разрабатывался с нативным, логичным синтаксисом именно для обучения. Позже оно же перекачивало в Object Pascal, расширив 4-ю столпами ООП: абстракция, инкапсуляция, наследственность, полиформизм.