Если ПМ не проблемно - ориентированный, то успех в проекте возможен в случае сильной команды разрабов со своим лидом + сильной команды аналитиков со своим лидом + умение ПМа не лезть туда :-)
При апгрейде до 24й с 22й система накернилась аж до TTY режима. Теперь понятно почему :-( Ну, значит буду переходить на новые LTE не раньше, чем через год после выхода. Зря они так.
Через год после того, как MS купил Skype, он стал замедляться. И как мессенджер стал неконкурентным. Та же история годами раньше произошла с почтой hotmail.com
К сожалению, всё, что попадает в MS становится неповоротливым и монструозным.
Как же мы на программировании метода Рунге-Кутта страдали... У половины он не работал, так как реализация была на Фортране, и многие назвали функцию Kutt() :-)
Задача, которую я только что решал: односторонняя (слава богу) синхронизация данных Oracle -> Postgres. Можно, конечно, обойтись без stored procedures...
Вторая задача. Данные поступают из другой системы и сразу должны быть трансформированы/обогащены. Тоже можно решить без встроенных процедур и триггеров. А надо? И это - таки-часть бизнес логики.
А плюсах я им не пользовался, а вот в С использовал регулярно, чтобы перебрасывать управление в конец функции и обрабатывать там ошибки. Вместо исключения.
Опять же, всё зависит от того, как пользоваться. Немаленькую систему написанную на Фортран II без особых проблем перевели на АСВТ Паскаль примерно в те же годы. (ПРИС)
Ну, чуть упростил историю про спагетти-код и ОС, которую никак не могли дописать, в результате чего появилась теория и практика структурного программирования... :-) Но запрет на goto был следствием произошедшего, нет?
Любая категоричность а подобных вопросах - вещь сильно спорная. Вот IBM в своё время чуть не разорилась из-за злоупотребления оператором goto, и потом целое поколение программистов шарахалось от этого оператора, как чёрт от ладана. Многие даже и не знали первопричины. Просто - детская травма :-)
Второй пример из области БД: триггеры - это зло! Теперь - хранимые процедуры, как оказалось, тоже зло.
Возможно, просто надо разобраться, что для чего использовать, и в каких количествах?
Мне лет 20 назад один программист из Индии продемонстрировал ещё одну похожую уязвимость: char* a = strdup(NULL);
Он так пустую строку создавал :-) Это я к тому, что главный способ обезопасить код - это не допускать к его написанию неграмотных программеров и писать unit test'ы. Что до серьёзных уязвимостей в том же С - есть специальные многостраничные документы, выпущенные на этот счёт серьёзными людьми. Всё приведённое в статье, отлавливается PVSC, например. Ну и всегда указывать в опциях компилятора wall...
Всегда думал, что развиваться каждый должен сам, а дело манагера - подбрасывать задачи, заставляющие разраба идти вперёд... А оказывается вон оно как.
Если ПМ не проблемно - ориентированный, то успех в проекте возможен в случае сильной команды разрабов со своим лидом + сильной команды аналитиков со своим лидом + умение ПМа не лезть туда :-)
Жду продолжения! Пока, вроде, понял... :-)
и ещё ванадиевый катализатор, который хрен найдёшь :-( Плавали, знаем.
Гипотеза:
2 мес товарищ боролся за то, чтобы его наняли. 3 мес - испытательный срок. В последний день оного срока его попросили. Не?
ИМХО, не сказано про самое главное. Что программист должен часто и помногу думать головой. А думать - тоже уметь надо.
Почитайте про леди Аду Лавлейс. В честь кого назван язык - дело десятое, в данном случае.
Я всё же за леди Аду. Понятия "цикл" и "ячейка" дорогого стоит...
При апгрейде до 24й с 22й система накернилась аж до TTY режима. Теперь понятно почему :-( Ну, значит буду переходить на новые LTE не раньше, чем через год после выхода. Зря они так.
Через год после того, как MS купил Skype, он стал замедляться. И как мессенджер стал неконкурентным. Та же история годами раньше произошла с почтой hotmail.com
К сожалению, всё, что попадает в MS становится неповоротливым и монструозным.
Как же мы на программировании метода Рунге-Кутта страдали... У половины он не работал, так как реализация была на Фортране, и многие назвали функцию Kutt() :-)
Почему-то в навыках не было указано: написать сервер... :-)
Задача, которую я только что решал: односторонняя (слава богу) синхронизация данных Oracle -> Postgres. Можно, конечно, обойтись без stored procedures...
Вторая задача. Данные поступают из другой системы и сразу должны быть трансформированы/обогащены. Тоже можно решить без встроенных процедур и триггеров. А надо? И это - таки-часть бизнес логики.
А плюсах я им не пользовался, а вот в С использовал регулярно, чтобы перебрасывать управление в конец функции и обрабатывать там ошибки. Вместо исключения.
Опять же, всё зависит от того, как пользоваться. Немаленькую систему написанную на Фортран II без особых проблем перевели на АСВТ Паскаль примерно в те же годы. (ПРИС)
Ну, чуть упростил историю про спагетти-код и ОС, которую никак не могли дописать, в результате чего появилась теория и практика структурного программирования... :-) Но запрет на goto был следствием произошедшего, нет?
Возможно, такое случается в крупных командах, с кодерами?
Любая категоричность а подобных вопросах - вещь сильно спорная. Вот IBM в своё время чуть не разорилась из-за злоупотребления оператором goto, и потом целое поколение программистов шарахалось от этого оператора, как чёрт от ладана. Многие даже и не знали первопричины. Просто - детская травма :-)
Второй пример из области БД: триггеры - это зло! Теперь - хранимые процедуры, как оказалось, тоже зло.
Возможно, просто надо разобраться, что для чего использовать, и в каких количествах?
Я ушёл со Скайпа потому, что он стал существенно медленнее запускаться и работать. А конкуренты на тот момент уже были.
А плюсы - язык для тех, у кого воротничков вовсе нет? :-))
Мне лет 20 назад один программист из Индии продемонстрировал ещё одну похожую уязвимость: char* a = strdup(NULL);
Он так пустую строку создавал :-) Это я к тому, что главный способ обезопасить код - это не допускать к его написанию неграмотных программеров и писать unit test'ы. Что до серьёзных уязвимостей в том же С - есть специальные многостраничные документы, выпущенные на этот счёт серьёзными людьми. Всё приведённое в статье, отлавливается PVSC, например. Ну и всегда указывать в опциях компилятора wall...