а разгоны, кажется, придумали лишь годы спустя. На самом деле, конечно, нет. На Z170, кажется, погонять уже было можно.
Вот тут я прослезился....
В 1997м году я купил Pentium MMX 166 MHz и без особых сложностей выставил ему частоту 250 МГц (33 по шине => 50) на каковой он проработал до 2005 (переехав со мной из родительского дома, потому, что свободные средства я потратил на ЖК монитор и акустику), когда начал немного подглюкивать, за что был разжалован до 233 МГц и отдан со всем системником кому-то совсем бескомпьютерному, где работал еще лет пять.
А вот потом все стало хуже: взятый на замену Athlon 64 3000+ увы, но со штатных 1800 МГц гнался не больше чем до 2200, Phenom II X4 955 Black Edition с 3200 МГц еле поднимался до 3600 и сильно грелся, а текущий Ryzen 3900X, кажется, ни разу не дотягивался даже до своего официального максимума в 4600, но тут память мешает не самая удачная, да еще и 4 планки. Ну и сейчас скорее интересен не разгон для выжимания последних процентов мощности, а андервольтинг для снижения температуры и оборотов кулера...
Помню, пришло как-то письмо на рабочую почту (не дословно, но близко):
"Завтра митап трайба в таунхоле главного офиса"
Тут у меня мозг и вскипел... Для меня таунхол, это ратуша в поселке... которую надо возвести перед тем, как можно будет построить казармы, лесопилку, шахты и прочие полезные строения )))) Тем более, племена у орков, а я себя всегда идентифицировал человеком...
По поводу компаний с огромными бюджетами. Не могу сказать, что все именно так и было в Сбере (у меня есть только часть информации, многое из ниженаписанного мои личные домыслы), но, возможно, многие комментаторы и автор не замечают очевидные моменты.
Представьте, что вы IT-продвинутая, компания с кучей денег, но ваш основной бизнес не разработка ПО. В начале 2010х вы хотите иметь все лучшее из мирового IT. Что напрашивается? Правильно! Мир же глобализирован, мы часть мирового сообщества. Где традиционные центры IT? Вооот. Идем и покупаем весь софт в США, немного в Европе. Железо, тоже в США и на Тайване. Вваливаем кучу денег, выстраиваем современную инфраструктуру, ЦОДы, сетевые центры, все дела. Вендоры обеспечивают поддержку, гарантии, все крутится, работает, компания получает прибыль.
А потом БАМ! 2014 год! Надо срочно что-то менять, вы начинаете развивать собственную разработку ПО и посматриваете на альтернативные варианты поставок железа. Но компания большая, инерция велика, западные вендоры все еще кажутся надежными партнерами (мы же платим им немалые деньги!), да еще в руководстве есть не просто прозападные люди, а даже граждане других государств. И, кажется, пик конфликта уже миновал. В общем, никто не суетится, изменения идут неспешно.
И тут БИГ БАРАБУМ! СВО! Половина зарубежных вендоров уходит сразу, остальные либо ограничивают поддержку, либо предупреждают, что их власти скоро возьмут за тестикулы и принудят уйти из РФ. Граждане других стран и сочувствующие срочно увольняются иногда с самых высоких должностей, но и много разработчиков. А государство принимает законы-поправки о ЗОКИИ. И вот у вас есть тысячи разработчиков, но нет заметной части руководства и специалистов, нет поддержки вендоров. А надо за пару лет заместить десятки критически важных программных продуктов, годами создававшихся и развивавшихся на Западе как закрытые коммерческие продукты. А при этом надо поддерживать работоспособность ЦОДов и сети (срочно заменяя железо на китайское с другим фирмваре, требующим новых знаний от инженеров и переписывания автоматизаций), и как-то развивать свои собственные продукты для конкуренции на рынке.
Тут еще выстреливает ИИ, и приходится ввязаться еще и в эту гонку, чтобы не проиграть в будущем...
Вы реально считаете, что у разработчиков Сбера есть время и возможности изобретать собственные велосипеды с эксклюзивным дизайном?
Как минимум, издание было другое (подарочное издание малым тиражом, коричневая обложка с золотыми буквами, год 2001, или скорее, 2000), авторов не помню...
Но суть не в конкретной книге, а с Вашей мыслью согласен: методика была разработана еще в прошлом веке (причем даже не в самом конце), но большинство помнят только водопад и сравнивают скрам только с ним.
Анемичная модель, это, вообще, не про ООП, более-менее то же самое можно на Си (без плюсов) со структурами реализовать. Подозреваю, что ее и придумали сишники, которых насильно пересадили на Джаву
Тысячи круд ресурсов в системе не связанных между собой? Это не сложная, а просто объемная система. Даже сложно представить, для чего она может понадобиться?
Не просто так в SQL появились транзакции, люди давно поняли, что простым крудом сложную логику не реализуешь )
Со щитом получилось недопонимание между мной и электриком на фоне моего желания иметь фишки умного дома и нашего обоюдного на тот момент незнания, как этот умный дом можно реализовать + до меня дошло, что в первоначальном варианте щит будет торчать в прихожей на виду (я почему-то думал, что его полностью "утопят" в стену).
Нуууу. Недавно делал ремонт в квартире. Если бы все делали водопадом, я сейчас был бы намного менее доволен ) Понятно, что несущие стены не переносили, но, например:
1) одну межкомнатную перегородку наращивали на 50 см по сравнению с планом силами электрика-многостаночника и штукатура уже после отъезда каменщика
2) так же, уже после начала первичной прокладки электропроводки, пришлось входную дверь немного сдвинуть для организации электрощита в другом месте (сразу размеры щита неправильно посчитали)
2) розеток добавили в комнатах 4 штуки (сейчас понимаю, что надо было 6) уже после черновой штукатурки, 1 перенесли
3) робот пылесос за время ремонта получил возможность подключения к воде и канализации, поэтому, был перенесен из комнаты в прихожую (к стояку) с добавлением и там розетки + ответвления по сантехнике и соответствующая перепланировка мебели
Давным-давно, году в 2001м примерно, начальница давала мне почитать толстый том по управлению проектами. Точное название и авторов, естественно, не помню. Но помню, что там описывалась методика спиральной разработки. Мне кажется, для большого проекта она лучше и водопада, и скрама
Так в этом и смысл Скрама - сделать подвал с гаражом и сдать их заказчику. Если вдруг окажется, что у того джип не пролезает в ворота, переделать ДО того, как начали строить этажи.
Мне чистый Скрам (даже и с месячными спринтами) для крупных проектов кажется очень сомнительным приемом - все же для полноценного проектирования сложной системы надо ее более-менее видеть целиком (без деталей, но общие границы и контексты), а что увидит аналитик за неделю? Да он банально не успеет опросить всех нужных специалистов заказчика. Тут логично делать первые спринты только на стратегическую аналитику и проектирование архитектуры (чтобы аналитик с заказчиком не напридумывали нереализуемого), потом спринт более детальной архитектуры и только потом реализация блоков системы при помощи классической модели скрама. А между несколькими релизами вставлять еще спринт аналитики и архитектуры.
Первое проект, второе - циклический процесс. Проект имеет начало и конец (получение готового продукта), процесс (на некотором временном промежутке) начала и конца не имеет и выдает продукт постоянно. В скраме разбили большой проект на кусочки с получением какой-то части конечного продукта в конце каждого спринта. Смысл в том что "за время пути собачка могла подрасти". Т.е. пока продукт реализуется по методологии водопада, требования заказчика и физический мир могут измениться. Или аналитики ошиблись, но понятно это становится только при начале эксплуатации программы. Скрам позволяет корректировать цели и методики не после получения конечного продукта, а по пути, после реализации некоторого еще не полного, но уже полезного заказчику ПО.
Занятно, похоже на гибрид property и mixin. Для чего сделано именно так, мне не очень понятно, но я питоном не так давно начал интересоваться и не по своей воле...
Меня сбила с толку цена аренды
Месячные ЗП по 150-250 килоойро? Точно?
Вот тут я прослезился....
В 1997м году я купил Pentium MMX 166 MHz и без особых сложностей выставил ему частоту 250 МГц (33 по шине => 50) на каковой он проработал до 2005 (переехав со мной из родительского дома, потому, что свободные средства я потратил на ЖК монитор и акустику), когда начал немного подглюкивать, за что был разжалован до 233 МГц и отдан со всем системником кому-то совсем бескомпьютерному, где работал еще лет пять.
А вот потом все стало хуже: взятый на замену Athlon 64 3000+ увы, но со штатных 1800 МГц гнался не больше чем до 2200, Phenom II X4 955 Black Edition с 3200 МГц еле поднимался до 3600 и сильно грелся, а текущий Ryzen 3900X, кажется, ни разу не дотягивался даже до своего официального максимума в 4600, но тут память мешает не самая удачная, да еще и 4 планки. Ну и сейчас скорее интересен не разгон для выжимания последних процентов мощности, а андервольтинг для снижения температуры и оборотов кулера...
Почувствуйте себя пэхапэшником ))))
В Го через утиную типизацию эмулируют полиморфизм... Такие вот принципы...
Помню, пришло как-то письмо на рабочую почту (не дословно, но близко):
"Завтра митап трайба в таунхоле главного офиса"
Тут у меня мозг и вскипел... Для меня таунхол, это ратуша в поселке... которую надо возвести перед тем, как можно будет построить казармы, лесопилку, шахты и прочие полезные строения )))) Тем более, племена у орков, а я себя всегда идентифицировал человеком...
Да-да-да! Кошка бросила котят, значит ...
По поводу компаний с огромными бюджетами. Не могу сказать, что все именно так и было в Сбере (у меня есть только часть информации, многое из ниженаписанного мои личные домыслы), но, возможно, многие комментаторы и автор не замечают очевидные моменты.
Представьте, что вы IT-продвинутая, компания с кучей денег, но ваш основной бизнес не разработка ПО. В начале 2010х вы хотите иметь все лучшее из мирового IT. Что напрашивается? Правильно! Мир же глобализирован, мы часть мирового сообщества. Где традиционные центры IT? Вооот. Идем и покупаем весь софт в США, немного в Европе. Железо, тоже в США и на Тайване. Вваливаем кучу денег, выстраиваем современную инфраструктуру, ЦОДы, сетевые центры, все дела. Вендоры обеспечивают поддержку, гарантии, все крутится, работает, компания получает прибыль.
А потом БАМ! 2014 год! Надо срочно что-то менять, вы начинаете развивать собственную разработку ПО и посматриваете на альтернативные варианты поставок железа. Но компания большая, инерция велика, западные вендоры все еще кажутся надежными партнерами (мы же платим им немалые деньги!), да еще в руководстве есть не просто прозападные люди, а даже граждане других государств. И, кажется, пик конфликта уже миновал. В общем, никто не суетится, изменения идут неспешно.
И тут БИГ БАРАБУМ! СВО! Половина зарубежных вендоров уходит сразу, остальные либо ограничивают поддержку, либо предупреждают, что их власти скоро возьмут за тестикулы и принудят уйти из РФ. Граждане других стран и сочувствующие срочно увольняются иногда с самых высоких должностей, но и много разработчиков. А государство принимает законы-поправки о ЗОКИИ. И вот у вас есть тысячи разработчиков, но нет заметной части руководства и специалистов, нет поддержки вендоров. А надо за пару лет заместить десятки критически важных программных продуктов, годами создававшихся и развивавшихся на Западе как закрытые коммерческие продукты. А при этом надо поддерживать работоспособность ЦОДов и сети (срочно заменяя железо на китайское с другим фирмваре, требующим новых знаний от инженеров и переписывания автоматизаций), и как-то развивать свои собственные продукты для конкуренции на рынке.
Тут еще выстреливает ИИ, и приходится ввязаться еще и в эту гонку, чтобы не проиграть в будущем...
Вы реально считаете, что у разработчиков Сбера есть время и возможности изобретать собственные велосипеды с эксклюзивным дизайном?
Похоже, что его, хотя я такой фамилии не помню ) Сейчас понимаю, что уже и деталей самой методологии не помнил...
Как минимум, издание было другое (подарочное издание малым тиражом, коричневая обложка с золотыми буквами, год 2001, или скорее, 2000), авторов не помню...
Но суть не в конкретной книге, а с Вашей мыслью согласен: методика была разработана еще в прошлом веке (причем даже не в самом конце), но большинство помнят только водопад и сравнивают скрам только с ним.
Анемичная модель, это, вообще, не про ООП, более-менее то же самое можно на Си (без плюсов) со структурами реализовать. Подозреваю, что ее и придумали сишники, которых насильно пересадили на Джаву
Тысячи круд ресурсов в системе не связанных между собой? Это не сложная, а просто объемная система. Даже сложно представить, для чего она может понадобиться?
Не просто так в SQL появились транзакции, люди давно поняли, что простым крудом сложную логику не реализуешь )
Со щитом получилось недопонимание между мной и электриком на фоне моего желания иметь фишки умного дома и нашего обоюдного на тот момент незнания, как этот умный дом можно реализовать + до меня дошло, что в первоначальном варианте щит будет торчать в прихожей на виду (я почему-то думал, что его полностью "утопят" в стену).
Нуууу. Недавно делал ремонт в квартире. Если бы все делали водопадом, я сейчас был бы намного менее доволен ) Понятно, что несущие стены не переносили, но, например:
1) одну межкомнатную перегородку наращивали на 50 см по сравнению с планом силами электрика-многостаночника и штукатура уже после отъезда каменщика
2) так же, уже после начала первичной прокладки электропроводки, пришлось входную дверь немного сдвинуть для организации электрощита в другом месте (сразу размеры щита неправильно посчитали)
2) розеток добавили в комнатах 4 штуки (сейчас понимаю, что надо было 6) уже после черновой штукатурки, 1 перенесли
3) робот пылесос за время ремонта получил возможность подключения к воде и канализации, поэтому, был перенесен из комнаты в прихожую (к стояку) с добавлением и там розетки + ответвления по сантехнике и соответствующая перепланировка мебели
А по поводу этажей, Вы не поверите, но есть в Москве примеры домов, когда на хрущевские 5 этажей наращивали сверху еще 4!!! https://vm.ru/moscow/206479-hrushevke-narastili-etazhej-unikalnaya-strojka-pozvolit-uvelichit-imeyushiesya-v-starom-dome-kvartiry-i-poluchit-novye
Давным-давно, году в 2001м примерно, начальница давала мне почитать толстый том по управлению проектами. Точное название и авторов, естественно, не помню. Но помню, что там описывалась методика спиральной разработки. Мне кажется, для большого проекта она лучше и водопада, и скрама
Так в этом и смысл Скрама - сделать подвал с гаражом и сдать их заказчику. Если вдруг окажется, что у того джип не пролезает в ворота, переделать ДО того, как начали строить этажи.
Вот только, редко кому нужен гараж без дома.
Мне чистый Скрам (даже и с месячными спринтами) для крупных проектов кажется очень сомнительным приемом - все же для полноценного проектирования сложной системы надо ее более-менее видеть целиком (без деталей, но общие границы и контексты), а что увидит аналитик за неделю? Да он банально не успеет опросить всех нужных специалистов заказчика. Тут логично делать первые спринты только на стратегическую аналитику и проектирование архитектуры (чтобы аналитик с заказчиком не напридумывали нереализуемого), потом спринт более детальной архитектуры и только потом реализация блоков системы при помощи классической модели скрама. А между несколькими релизами вставлять еще спринт аналитики и архитектуры.
Первое проект, второе - циклический процесс. Проект имеет начало и конец (получение готового продукта), процесс (на некотором временном промежутке) начала и конца не имеет и выдает продукт постоянно. В скраме разбили большой проект на кусочки с получением какой-то части конечного продукта в конце каждого спринта. Смысл в том что "за время пути собачка могла подрасти". Т.е. пока продукт реализуется по методологии водопада, требования заказчика и физический мир могут измениться. Или аналитики ошиблись, но понятно это становится только при начале эксплуатации программы. Скрам позволяет корректировать цели и методики не после получения конечного продукта, а по пути, после реализации некоторого еще не полного, но уже полезного заказчику ПО.
Похоже на замену программирования терпеливым воспитанием исполнительного и старательного дебила... (((
Переименование класса во все проекте и замену сигнатур IntelliJ неплохо делает без всякого ИИ, не тратя на это кучу электричества.
Занятно, похоже на гибрид property и mixin. Для чего сделано именно так, мне не очень понятно, но я питоном не так давно начал интересоваться и не по своей воле...