Эммм, первый сотрудник написал развернутое письмо, второй ему ответил односложно. Он сразу же эскалировал, читай пожаловался руководству. Точно только у второго софт скиллы не развиты?) Уточнить или даже позвонить вариантов не было?
Побуду адвокатом дальше. Сам вопрос "Можешь помочь?" может иметь как минимум два варианта ответа. Так что возможно именно на этот вопрос и ответили то самое "нет". Бывают такие люди у которых только софт скиллы и развиты, ни код посмотреть, ни протестировать сами не могут, ни даже требования перечитать на предмет того, что там было про валидацию, работать только мешают своими "пингами"
Так посмотрите сколько там методов в EntityManagerInterface, заколебется декорировать EntityManager (вы ведь не через __call собираетесь делать это) да и ради чего? Кто-то поблагодарит за пачку такого кода, который невозможно понять как работает без дебаггера?
Чем отличается архитектор сарая от строителя сарая? Да ничем, строитель плюс-минус сможет сараи и без архитектора возводить и даже импровизировать (безопасно для заказчика) для разных животных/инструментов. Может даже себя называть архитектор, или строитель-архитектор, и это без нотки иронии, ведь такой строитель может принимать заказы на сараи любой сложности через десяток лет.
Чем отличается архитектор Бурдж-Халифа от его строителя? Разница вполне очевидно, что пропасть. Строитель небоскреба не в состоянии спроектировать и построить небоскреб, даже если ему дать бесконечно денег при условии, что он будет самым умным на проекте. А если сможет и какая-то QA группа подтвердит, что небоскребы по качеству идентичны, значит строитель на самом деле известный архитектор, а кирпичи для души кладет =)
Иногда мне кажется, что некоторые люди не смогут дышать без инструкции как дышать. Снижает уровень стресса не планировщик, а жизненная философия подходящая. Планировщик может только добавить стресса, когда например у вас висит "Отправить посылку семье", "Отправить подписанные документы" или "Подать заявление на открытие банковского счета", а сегодня на улице погода не очень или на этой неделе у вас неотложный просмотр 8 сезонов сериала.
Ну слабое связывание просто надо уметь применять. Зачем кидать интерфейс в конструктор не абстрактного класса? Яркий пример php doctrine. В конструктор EntityRepository передается EntityManagerInterface, хотя соответственное приватное свойство класса и его геттер помечены только как EntityManager. Что они там собрались связывать в таком виде? Причем IDE нотации с типами EntityManager не видит и когда ты хочешь ткнуть в EntityManager::transactional из своего кода, то попадаешь просто в интерфейс вместо реализации.
Вывод прямо напрашивается - оставьте интерфейсы для абстрактных классов. Код от этого только понятнее станет. Бесит, когда хочешь посмотреть код, а попадаешь в "рыбы".
Если у вас есть идеи где уже сейчас можно применить таких роботов, то напишите об этом в комментариях.
Как в черном зеркале например было, для охраны. Пару резинострелов или чего потяжелее по бокам прицепить и при цене в 10 килобаксов уже выгоднее охранника человека. Учитывая малую фронтальную площадь легко прикрыть композитным бронещитом. Ну и главное инженерам соблюдать этику и не продавать подобные штуки в страны для разгона протестов, потому что держать линию будут лучше любых космонавтов
Кстати вот интересно, покупаешь такого робота охранника, льешь в него американскую прошивку с разлоченной опцией ведения огня, и собака убивает вора пока вы на островах ныряете. Какая с точки зрения УК будет статья? Можно ли отделаться химией как за дтп за такой технологический способ самообороны пока нет соответствующего закона?
Я так понимаю архитектор с вашей гордой шхуны ушел? Попробуйте сначала в confluence пару недель поописывать, то что вы собираетесь делать. Почему-то часто разрабы считают себя выше того, чтоб писать куда-то кроме IDE и не код.
То что сваггер что-то ускоряет это миф. Ведь нельзя что-то ускорить, если вместо 40 спринтов взять 42 и ускорять не нужно, зато сделать SDK с валидацией и у вас не останется бесполезного YMLика. Ди в конце концов у вас не 400 эндпойнтов, будет 20 или около того. Экономия на спичках.
Сложноватое у вас что делать. имхо если вы активный оппозиционер или закладчик, лучшее что можно сделать - не давать телефон сотрудникам ОП. Если видно, что ситуация не та, где ваш телефон будут забирать только при помощи пожалуйста, телефон лучше скинуть или сломать пополам прямо в отделении.
Ко третьему дню копания CI/CD и гитлаба приходит осознание, что в мануалах проскальзывает какой-то GitLab Runner без которого никакие пайплайны не работают. Оказывется эта штука должна стоять на какой-то вашей билд-тачке, но это настолько упущено везде, как нечто само собой разумеющееся и всем со школы известное.
Сферическая сова, на глобус натянутая, что-то не припомню чтоб кто-то, кроме этого исследования заявил, что он ушел с сайта, только потому что сайт грузится не 2 секунды, а 4.
А по описанию оптимизации ну даже не знаю. Очевидно, что тимлиду плевать на состояние проекта, к тому же ещё и понабирали ворох стажёров, которые без либы элементарного не могут.
Просто все дело в том что в 2008 можно было идти работать верстальщиком с минимумом js для отправки формы и всяких свистелок. И там уже год или два оттачивать до одури все эти свойства и элементы. Дальше можно было скачать Денвер или ещё что или с нуля попробовать поставить пхп с апачем, мускулом и пхпМайАдмин. И уже пробовать всякие CMS, кодить на пхп без понимания ООП в принципе. И так тоже на год-два залипнуть. Ноды и сборщиков не было ещё. При всем этом на CMS можно было зарабатывать от 60к работая по пару часов в день.
Веб разработка была такой же вайтишкой, как сейчас тестирование. Даже вакансии назывались не программист, а веб-мастер. Собственно оттуда и растут ноги шуток про пхп :)
Прикольно, но сложно =). Я для похожего поиска дефектов использовал чистую математику. Нарезал картинку на столбики и искал среднюю яркость. Далее строил график средней яркости каждого столбика, проходил по нему фильтром сглаживания из матлабовской либы и строил производную, и вот там уже небольшой дефект выглядел как явное отклонение. Ну и примитивный детектор срабатывания по правилу трех сигм конечно такое находил. 200 фпс такая штука делает легко на 2Mpx снимках и процессоре Core2Duo.
Но это был LabView и 2011 год, мы развлекались как могли на своих двух ядрах и даже рискнули предложить разработать такую систему на кабельный завод :)
Эммм, первый сотрудник написал развернутое письмо, второй ему ответил односложно. Он сразу же эскалировал, читай пожаловался руководству. Точно только у второго софт скиллы не развиты?) Уточнить или даже позвонить вариантов не было?
Побуду адвокатом дальше. Сам вопрос "Можешь помочь?" может иметь как минимум два варианта ответа. Так что возможно именно на этот вопрос и ответили то самое "нет". Бывают такие люди у которых только софт скиллы и развиты, ни код посмотреть, ни протестировать сами не могут, ни даже требования перечитать на предмет того, что там было про валидацию, работать только мешают своими "пингами"
Наконец-то пушка Гаусса ) Давненько таких постов не было
Так посмотрите сколько там методов в EntityManagerInterface, заколебется декорировать EntityManager (вы ведь не через __call собираетесь делать это) да и ради чего? Кто-то поблагодарит за пачку такого кода, который невозможно понять как работает без дебаггера?
Чем отличается архитектор сарая от строителя сарая? Да ничем, строитель плюс-минус сможет сараи и без архитектора возводить и даже импровизировать (безопасно для заказчика) для разных животных/инструментов. Может даже себя называть архитектор, или строитель-архитектор, и это без нотки иронии, ведь такой строитель может принимать заказы на сараи любой сложности через десяток лет.
Чем отличается архитектор Бурдж-Халифа от его строителя? Разница вполне очевидно, что пропасть. Строитель небоскреба не в состоянии спроектировать и построить небоскреб, даже если ему дать бесконечно денег при условии, что он будет самым умным на проекте. А если сможет и какая-то QA группа подтвердит, что небоскребы по качеству идентичны, значит строитель на самом деле известный архитектор, а кирпичи для души кладет =)
На завод Кольта тоже письмо пишут, потому что их винтовки стреляют в студентов и школьников?
Иногда мне кажется, что некоторые люди не смогут дышать без инструкции как дышать. Снижает уровень стресса не планировщик, а жизненная философия подходящая. Планировщик может только добавить стресса, когда например у вас висит "Отправить посылку семье", "Отправить подписанные документы" или "Подать заявление на открытие банковского счета", а сегодня на улице погода не очень или на этой неделе у вас неотложный просмотр 8 сезонов сериала.
Ну слабое связывание просто надо уметь применять. Зачем кидать интерфейс в конструктор не абстрактного класса? Яркий пример php doctrine. В конструктор EntityRepository передается EntityManagerInterface, хотя соответственное приватное свойство класса и его геттер помечены только как EntityManager. Что они там собрались связывать в таком виде? Причем IDE нотации с типами EntityManager не видит и когда ты хочешь ткнуть в EntityManager::transactional из своего кода, то попадаешь просто в интерфейс вместо реализации.
Вывод прямо напрашивается - оставьте интерфейсы для абстрактных классов. Код от этого только понятнее станет. Бесит, когда хочешь посмотреть код, а попадаешь в "рыбы".
Эпл не выполнила условия публичного договора, тут надо не на Хабр писать, а в суд подавать. 250к хорошие деньги
Как в черном зеркале например было, для охраны. Пару резинострелов или чего потяжелее по бокам прицепить и при цене в 10 килобаксов уже выгоднее охранника человека. Учитывая малую фронтальную площадь легко прикрыть композитным бронещитом. Ну и главное инженерам соблюдать этику и не продавать подобные штуки в страны для разгона протестов, потому что держать линию будут лучше любых космонавтов
Кстати вот интересно, покупаешь такого робота охранника, льешь в него американскую прошивку с разлоченной опцией ведения огня, и собака убивает вора пока вы на островах ныряете. Какая с точки зрения УК будет статья? Можно ли отделаться химией как за дтп за такой технологический способ самообороны пока нет соответствующего закона?
Ребята с галер/бодишопов, перешедшие в продукт, отпишитесь пожалуйста:
1) клали ли болт на кодревью ваши тл и позволяли лепить костыли и индусокод на галере лишь бы очередной оунер получил заказ в срок
2) заставляли ли вас переписывать решение при той же ситуации на продукте
Мне кажется сильно зависит от того, как далеко от работы и с кем живут опрашиваемые.
Я так понимаю архитектор с вашей гордой шхуны ушел? Попробуйте сначала в confluence пару недель поописывать, то что вы собираетесь делать. Почему-то часто разрабы считают себя выше того, чтоб писать куда-то кроме IDE и не код.
То что сваггер что-то ускоряет это миф. Ведь нельзя что-то ускорить, если вместо 40 спринтов взять 42 и ускорять не нужно, зато сделать SDK с валидацией и у вас не останется бесполезного YMLика. Ди в конце концов у вас не 400 эндпойнтов, будет 20 или около того. Экономия на спичках.
Сложноватое у вас что делать. имхо если вы активный оппозиционер или закладчик, лучшее что можно сделать - не давать телефон сотрудникам ОП. Если видно, что ситуация не та, где ваш телефон будут забирать только при помощи пожалуйста, телефон лучше скинуть или сломать пополам прямо в отделении.
Я так понимаю автор сам разлочил телефон, а виноват телеграм?
Ко третьему дню копания CI/CD и гитлаба приходит осознание, что в мануалах проскальзывает какой-то GitLab Runner без которого никакие пайплайны не работают. Оказывется эта штука должна стоять на какой-то вашей билд-тачке, но это настолько упущено везде, как нечто само собой разумеющееся и всем со школы известное.
const test = x => x%2 === 0 ? x/2 : x*3+1;const run = x => { if (x!==4) { console.log(x); run(test(x)) }};Кто хочет в браузере погонять
Почему нечего? Жены/девушки программистов по красоте типичные европейки =)
Сферическая сова, на глобус натянутая, что-то не припомню чтоб кто-то, кроме этого исследования заявил, что он ушел с сайта, только потому что сайт грузится не 2 секунды, а 4.
А по описанию оптимизации ну даже не знаю. Очевидно, что тимлиду плевать на состояние проекта, к тому же ещё и понабирали ворох стажёров, которые без либы элементарного не могут.
Просто все дело в том что в 2008 можно было идти работать верстальщиком с минимумом js для отправки формы и всяких свистелок. И там уже год или два оттачивать до одури все эти свойства и элементы. Дальше можно было скачать Денвер или ещё что или с нуля попробовать поставить пхп с апачем, мускулом и пхпМайАдмин. И уже пробовать всякие CMS, кодить на пхп без понимания ООП в принципе. И так тоже на год-два залипнуть. Ноды и сборщиков не было ещё. При всем этом на CMS можно было зарабатывать от 60к работая по пару часов в день.
Веб разработка была такой же вайтишкой, как сейчас тестирование. Даже вакансии назывались не программист, а веб-мастер. Собственно оттуда и растут ноги шуток про пхп :)
Прикольно, но сложно =). Я для похожего поиска дефектов использовал чистую математику. Нарезал картинку на столбики и искал среднюю яркость. Далее строил график средней яркости каждого столбика, проходил по нему фильтром сглаживания из матлабовской либы и строил производную, и вот там уже небольшой дефект выглядел как явное отклонение. Ну и примитивный детектор срабатывания по правилу трех сигм конечно такое находил. 200 фпс такая штука делает легко на 2Mpx снимках и процессоре Core2Duo.
Но это был LabView и 2011 год, мы развлекались как могли на своих двух ядрах и даже рискнули предложить разработать такую систему на кабельный завод :)