Рабочий процесс программиста лишь часть рабочих процессов соответствующего бизнеса в целом. Попытка выстраивать только его приведёт только к конфликтам с другими структурами организации и ухудшению интегральных показателей. К примеру несколько команд программистов пишут сервисы которые контора разворачивает и продаёт. Кроме отдела инженеринга - несколько команд программистов, QA, разного рода менеджмента, есть отделы с соотв группами дев и тех опсов, отделы продаж, маркетинг и тепе. QA, допустим, проводит финальную регрессию нового релиза, у техопов стейджинг, девелоперы в середине активной разрабтки следующего, в продакшене предыдущий, продажники мутят новые фичи с клентами, маркетинг тоже что-то мутит со стратегей. Понятно, что запросы к разработчикам от этих подразделений или их отдельных представителей, обладают разным приоритетом, сложностью и допустимой задержкой ответа. Однако игнорировать запрос QA на посмотреть логи за неделю до релиза не получится, да и вредно - не релиз же сдвигать. Или от саппорта, когда у нового клиента или другого, старого и большого, что-то стало не так после использования какого то нового сценария использования. В статье (всё что в ней перечислено - работает) есть рекомендации, что надо вводить правила, и они верные. Но правила надо совместно разрабатывать для всей организации. К примеру, запрос из QA или продакшена должен быть предметным - юзкейс, сценарий, идентификаторы логов, интенсивность ошибок. Понятно, что никто никогда ничего не менял в этих отделах)), но хорошо бы так же сведения об историях изменения окружения, тестовых скриптов и тепе. Для этого надо проводить тренинги тех, с кем девелоперы коммуницируют, устанавлвать формы и виды взаимодействия, временные рамки реакций. В общем в одном отдельно взятом доме щастье построить не получится, имхо)
Я имел ввиду, когда в телефон подменённые самокаты или модули начнут что нибудь загружать с вредительскими целями. Я в этом вообще не разбираюсь, но к идее что к моему телефону подключается какое то устройство с улицы отношусь с подозрением
Лично писал такой код)) Но проблема была не в моих способностях или намерениях, а в том, что за этим апи скрывались железки с достаточно мутной документацией, в том числе с ответами по e-mail, и я в некоторых случаях даже не представлял, к чему приведёт несколько вызовов апи. И какие комментарии или документация тут помогла бы разобраться в том, как это работает?) Код причём на верхнем уровне был несложный, а вот внутри такое разнообразие поведений возникало.. Да и желающих не было туда соваться) Ещё у нас был функционал, в котором эээ.. собиралась группа отнаследованных объектов каждый со своей наследованной стейт машиной, которая обрабатывала и трансформировала евенты. И ещё схема для группировки такая же. Те, кто это писал, точно это делали не для какой то джоб секьюрити или графоманства, задокументированы были тольао принципы, комментировать бесполезно, просто сложная функциональность, а её имплементация свою сложность впоследствие оправдала. В общем со статьёй согласен только в плане того, что сложный и запутанный код бывает что пишут)
У меня большие сомнения в том, что сохраняется связь с человеком. Большинство программистов, не связанных с embedded или сетями, точностью вычислений и тепе не воспринимают двоичный, восьмеричный и шестнадцатиричный формат, имхо. Тем более плавающую или фиксированную точку.
То есть передавать в тексте, но не совсем в тексте?) Стать ненавистным и поклонникам бесполезной загрузки цпу, и сторонникам эффективного использования памяти и пропускной способности?) Ну.. героический подход)
Есть комнатные пульты регуляторов для отопления, там 3 провода - земля, температура помещения с потенциометра, и выбор режима - с переключателя сделанного на дискретном потенциометре
#12 - у нас как то на тестовом стенде перезагрузилась коробка с текущим релизом, кто то заметил это в отчёте и завёл инцидент. Проверяли билды, повторяли тесты -всё ок. Отложили. Через месяц перезагрузилась соседняя на другом релизе и ревизии платы, и снова никаких результатов расследования. На третий раз заметили, что все перезагрузки имели разные аптаймы - что то вроде 43 дня, 37 и 28, и это коррелировало с тремя ревизиями плат под тестированием, которые отличались моделями процессоров. Ну а дальше стало понятно - какой то watchdog. Посчитав тики, выяснили какой из процессоров не сбрасывает таймер, и нашли баг. Удивительным оказалось то, что этот код существовал с первого релиза, но воспроизвёлся баг только когда в тестовой лабе появились коробки, которые тестировались вдолгую. Не было ни одной жалобы от покупателей - они перезагружали коробки сами чаще, или просто не замечали перезагрузки.
790: Есть некоторые сомнения в необходимости уничтожать эту планету. Она относится к планетам 13 типа, которые сами уничтожают себя на этой стадии развития. Иногда война, чаще – экологическая катастрофа. Но обычно планеты 13 типа неумышленно разрушаются учеными, когда те пытаются определить массу частицы бозона Хиггса. (С) Видимо, началось!
У меня пост про Борланд, преимущественно, был. И я не помню, чтобы компилятор Майкрософт имел такое же количество моделей памяти, как Борланд, может я и не прав, конечно. А himem был достаточно бесполезный для программирования - разве что общую память расширить вынеся туда драйверы, если вынесутся. Но если автор продолжит, то да, поторопился))
Интересно, конечно) Вся страна играла в Wolfenstein, а потом в Doom, но пользовалась Борландом вместо Watcom, в котором под DOS4GW (и нескольких других менее популярных экстендерах) был легко доступен 32 разрядный режим с линейной адресацией. Почему?) Возможно потому, что в Watcom не было IDE с контекстным хелпом и встроенных графических средств конфигурирования проектов.
Я работал в компании, которая давала +20-30% к рынку в нашем уездном городке, когда ей были нужны сотрудники. Никаких оверскилз или странных стеков. Вилка объявлялась с требованиях на позицию. А так, конечно, чудес хватало и в провинции, навроде пустой комнаты с микрофоном или заваливание на собеседовании, чтобы принять, но сбить уже объявленную ставку.
Статья нормальная, но по мне опоздание группы интервьеров даже на 5 минут это существенный минус имиджу компании. Модная сейчас практика отсутствия вилки зарплаты на позицию туда же - компания изначально пытается эээ... обмануть и использовать собеседующегося)
Чтобы продать что нибудь ненужное сначала нужно это купить(~с)) Я к тому, что упрощать нужно и можно, если знаешь зачем и почему. Обратная ситуация когда не могут усложнить, когда требуется. Хорошая статья, если не принимать на свой счёт))
Боюсь у них не получится. Там ведь проблема не только в языке, но и в среде выполнения - планировщик, управление ресурсами - памятью. Идея использовать Go отличная, но он сам реализует не потоковую модель, значит им пришлось/придется что то добавлять в компиляцию и рантайм. Ну и мозги сломаешь после ооп)
После молчаливого импорта паролей и закладок из Хрома после обновления виндуса нафик майкросот на телефоне
Рабочий процесс программиста лишь часть рабочих процессов соответствующего бизнеса в целом. Попытка выстраивать только его приведёт только к конфликтам с другими структурами организации и ухудшению интегральных показателей.
К примеру несколько команд программистов пишут сервисы которые контора разворачивает и продаёт. Кроме отдела инженеринга - несколько команд программистов, QA, разного рода менеджмента, есть отделы с соотв группами дев и тех опсов, отделы продаж, маркетинг и тепе. QA, допустим, проводит финальную регрессию нового релиза, у техопов стейджинг, девелоперы в середине активной разрабтки следующего, в продакшене предыдущий, продажники мутят новые фичи с клентами, маркетинг тоже что-то мутит со стратегей. Понятно, что запросы к разработчикам от этих подразделений или их отдельных представителей, обладают разным приоритетом, сложностью и допустимой задержкой ответа. Однако игнорировать запрос QA на посмотреть логи за неделю до релиза не получится, да и вредно - не релиз же сдвигать. Или от саппорта, когда у нового клиента или другого, старого и большого, что-то стало не так после использования какого то нового сценария использования.
В статье (всё что в ней перечислено - работает) есть рекомендации, что надо вводить правила, и они верные. Но правила надо совместно разрабатывать для всей организации. К примеру, запрос из QA или продакшена должен быть предметным - юзкейс, сценарий, идентификаторы логов, интенсивность ошибок. Понятно, что никто никогда ничего не менял в этих отделах)), но хорошо бы так же сведения об историях изменения окружения, тестовых скриптов и тепе. Для этого надо проводить тренинги тех, с кем девелоперы коммуницируют, устанавлвать формы и виды взаимодействия, временные рамки реакций.
В общем в одном отдельно взятом доме щастье построить не получится, имхо)
Я имел ввиду, когда в телефон подменённые самокаты или модули начнут что нибудь загружать с вредительскими целями. Я в этом вообще не разбираюсь, но к идее что к моему телефону подключается какое то устройство с улицы отношусь с подозрением
Ещё интереснее насколько быстро появятся подменённые модули
Лично писал такой код)) Но проблема была не в моих способностях или намерениях, а в том, что за этим апи скрывались железки с достаточно мутной документацией, в том числе с ответами по e-mail, и я в некоторых случаях даже не представлял, к чему приведёт несколько вызовов апи. И какие комментарии или документация тут помогла бы разобраться в том, как это работает?) Код причём на верхнем уровне был несложный, а вот внутри такое разнообразие поведений возникало.. Да и желающих не было туда соваться)
Ещё у нас был функционал, в котором эээ.. собиралась группа отнаследованных объектов каждый со своей наследованной стейт машиной, которая обрабатывала и трансформировала евенты. И ещё схема для группировки такая же. Те, кто это писал, точно это делали не для какой то джоб секьюрити или графоманства, задокументированы были тольао принципы, комментировать бесполезно, просто сложная функциональность, а её имплементация свою сложность впоследствие оправдала.
В общем со статьёй согласен только в плане того, что сложный и запутанный код бывает что пишут)
Мне тоже показалось что у них большой опыт по выдерживанию самогонов в дубовых бочках))
У меня большие сомнения в том, что сохраняется связь с человеком. Большинство программистов, не связанных с embedded или сетями, точностью вычислений и тепе не воспринимают двоичный, восьмеричный и шестнадцатиричный формат, имхо. Тем более плавающую или фиксированную точку.
То есть передавать в тексте, но не совсем в тексте?) Стать ненавистным и поклонникам бесполезной загрузки цпу, и сторонникам эффективного использования памяти и пропускной способности?) Ну.. героический подход)
Есть комнатные пульты регуляторов для отопления, там 3 провода - земля, температура помещения с потенциометра, и выбор режима - с переключателя сделанного на дискретном потенциометре
Больше похоже на "супернадёжные"" Нокии, которые тихо ребутились по ночам или в кармане)
#12 - у нас как то на тестовом стенде перезагрузилась коробка с текущим релизом, кто то заметил это в отчёте и завёл инцидент. Проверяли билды, повторяли тесты -всё ок. Отложили. Через месяц перезагрузилась соседняя на другом релизе и ревизии платы, и снова никаких результатов расследования. На третий раз заметили, что все перезагрузки имели разные аптаймы - что то вроде 43 дня, 37 и 28, и это коррелировало с тремя ревизиями плат под тестированием, которые отличались моделями процессоров.
Ну а дальше стало понятно - какой то watchdog. Посчитав тики, выяснили какой из процессоров не сбрасывает таймер, и нашли баг.
Удивительным оказалось то, что этот код существовал с первого релиза, но воспроизвёлся баг только когда в тестовой лабе появились коробки, которые тестировались вдолгую. Не было ни одной жалобы от покупателей - они перезагружали коробки сами чаще, или просто не замечали перезагрузки.
790: Есть некоторые сомнения в необходимости уничтожать эту планету. Она относится к планетам 13 типа, которые сами уничтожают себя на этой стадии развития. Иногда война, чаще – экологическая катастрофа. Но обычно планеты 13 типа неумышленно разрушаются учеными, когда те пытаются определить массу частицы бозона Хиггса. (С)
Видимо, началось!
Из за пункта #2 у меня никогда не будет никакого апа - есть веб, хватит и этого
Я в то время слышал довод, что прибор для прослушки gsm стоил 5 т уе, а cdma - 25
У меня пост про Борланд, преимущественно, был. И я не помню, чтобы компилятор Майкрософт имел такое же количество моделей памяти, как Борланд, может я и не прав, конечно.
А himem был достаточно бесполезный для программирования - разве что общую память расширить вынеся туда драйверы, если вынесутся.
Но если автор продолжит, то да, поторопился))
Интересно, конечно) Вся страна играла в Wolfenstein, а потом в Doom, но пользовалась Борландом вместо Watcom, в котором под DOS4GW (и нескольких других менее популярных экстендерах) был легко доступен 32 разрядный режим с линейной адресацией. Почему?) Возможно потому, что в Watcom не было IDE с контекстным хелпом и встроенных графических средств конфигурирования проектов.
Я работал в компании, которая давала +20-30% к рынку в нашем уездном городке, когда ей были нужны сотрудники. Никаких оверскилз или странных стеков. Вилка объявлялась с требованиях на позицию. А так, конечно, чудес хватало и в провинции, навроде пустой комнаты с микрофоном или заваливание на собеседовании, чтобы принять, но сбить уже объявленную ставку.
Статья нормальная, но по мне опоздание группы интервьеров даже на 5 минут это существенный минус имиджу компании. Модная сейчас практика отсутствия вилки зарплаты на позицию туда же - компания изначально пытается эээ... обмануть и использовать собеседующегося)
Чтобы продать что нибудь ненужное сначала нужно это купить(~с)) Я к тому, что упрощать нужно и можно, если знаешь зачем и почему. Обратная ситуация когда не могут усложнить, когда требуется.
Хорошая статья, если не принимать на свой счёт))
Боюсь у них не получится. Там ведь проблема не только в языке, но и в среде выполнения - планировщик, управление ресурсами - памятью. Идея использовать Go отличная, но он сам реализует не потоковую модель, значит им пришлось/придется что то добавлять в компиляцию и рантайм.
Ну и мозги сломаешь после ооп)