произодитель выпускает то, что заказывают. мощности производства ограничены.
дефицит м/с вызванный карантином в Корее и Тайване, привёл к тому, что многие потребители стали заказавать с запасом. так что сейчас у кого-то на пару месяцев запас, а кто-то лапу сосёт. Кстати, упомянутая Nvidia тоже пострадала.
работал в Германии, несколько раз менял работодателей.
ни разу не видил пунктов о запрете работать в той же области.
Для Европы это звучит дико.
По-моему подобная практика не законна, в смысле есть судебные прецеденты.
Про увод бывших коллег и уход к конкурентам тоже полная херня. Обычно так и уводят.
Не хотите, чтоб уходили — платите больше.
В договорах вдел только у консалтеров запрет переходить к клиентам.
И то с оговорками.
мои 2 цента.
Был опыт работы в проекте, где одна известная швейцарская фирма
пыталась реализовать бизнес логику банковского бэкофиса на plsql, oracle.
Несколько неудачных попыток, проект, вышедший из под контроля и в
итоге 40 mio€ убытков.
В общем, возможность реализации сложной логики на sql очень сомнительна.
есть люди, для которых перерабатывать — это норма. у меня сейчас есть такой коллега.
сидит каждый день до поздна, пишет быстро, некоторые читают его гением.
Но код — просто вырви глаз. Этакое спагети с багами без намёков на паттерны.
Короче — много работать, ещё не значит хорошо. Я бы некоторым законодательно запретил перерабатывать.
Видимо это была его самооценка и оценка его тогдашнего менеджера.
Судя по первоначальной статье, чувак просто загрёб всё под себя.
А писал быстро, много и не качественно, и всё с нуля, всё больше зарываясь во второстепенные детали.
Автор исказил смысл первоначальной статьи.
Там Рик был таким изобретателем велосипедов и запутанного кода, любителя копи-пасты.
Такие любители «поработать» совсем не редкость.
Нахватают проектов и задач и говнокодют днями и ночами и вскоре превращаются в bottleneck.
Приходилось сталкиваться с подобными трудоголиками, писавшими всё-всё с нуля, полностью
игнорируя уже существующие стандартные библиотеки.
Доводилось и рефакторить их код — выбрасывая классы и файлы, заменяя на пару вызовов
опенсоурсных библиотек.
Я больше согласен с первоначальной статьёй — виноват менеджмент, в том, что не взял этого
«Эйнштейна» под контроль.
экономика вполне выдержит, может инфляция на процент подскочит
ни хрена себе рекама, может у отдельных не адекватов и будет, но вообще за такую "рекламу" можно и по закону огрести
автор явно ошибся. в немецких источниках есть упоминания только о собаках со стороны КА.
причем упоминают абсолютную не эффективность этого метода
https://ichi.pro/de/als-hunde-im-zweiten-weltkrieg-als-selbstmordattentater-eingesetzt-wurden-26507960096212
https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%82%D0%B8%D0%B2%D0%BE%D1%82%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D0%BE%D0%B1%D0%B0%D0%BA%D0%B0
произодитель выпускает то, что заказывают. мощности производства ограничены.
дефицит м/с вызванный карантином в Корее и Тайване, привёл к тому, что многие потребители стали заказавать с запасом. так что сейчас у кого-то на пару месяцев запас, а кто-то лапу сосёт. Кстати, упомянутая Nvidia тоже пострадала.
да дырка одна, - ввод новых голосов, даже не дырка, а фича
в ТЗ стоит как утилита для тестирования системы с вариацией нагрузки.
в день Ч включаем её параллельно голосованию и поехали
поскольку для тестирования, то сильно не заморачивались, вот и вылазят корреляции
я думаю - это один из вполне реальных вариантов развития.
и скорее всего это контролируемый слив, чтоб замерить реакцию общества. хотя чаще всего такие сливы через жириновского делают.
описка, к приложению
ни разу не видил пунктов о запрете работать в той же области.
Для Европы это звучит дико.
По-моему подобная практика не законна, в смысле есть судебные прецеденты.
Про увод бывших коллег и уход к конкурентам тоже полная херня. Обычно так и уводят.
Не хотите, чтоб уходили — платите больше.
В договорах вдел только у консалтеров запрет переходить к клиентам.
И то с оговорками.
Был опыт работы в проекте, где одна известная швейцарская фирма
пыталась реализовать бизнес логику банковского бэкофиса на plsql, oracle.
Несколько неудачных попыток, проект, вышедший из под контроля и в
итоге 40 mio€ убытков.
В общем, возможность реализации сложной логики на sql очень сомнительна.
сидит каждый день до поздна, пишет быстро, некоторые читают его гением.
Но код — просто вырви глаз. Этакое спагети с багами без намёков на паттерны.
Короче — много работать, ещё не значит хорошо. Я бы некоторым законодательно запретил перерабатывать.
а потом гений зарылся.
Судя по первоначальной статье, чувак просто загрёб всё под себя.
А писал быстро, много и не качественно, и всё с нуля, всё больше зарываясь во второстепенные детали.
Там Рик был таким изобретателем велосипедов и запутанного кода, любителя копи-пасты.
Такие любители «поработать» совсем не редкость.
Нахватают проектов и задач и
говнокодют днями и ночами и вскоре превращаются в bottleneck.Приходилось сталкиваться с подобными трудоголиками, писавшими всё-всё с нуля, полностью
игнорируя уже существующие стандартные библиотеки.
Доводилось и рефакторить их код — выбрасывая классы и файлы, заменяя на пару вызовов
опенсоурсных библиотек.
Я больше согласен с первоначальной статьёй — виноват менеджмент, в том, что не взял этого
«Эйнштейна» под контроль.