Единственный объективный минус ООП это его низкая производительность. Например, инструкция x = a + b в десятки раз быстрее чем x = a.plus(b)
Все остальное от неумение его готовить, но тут как говорится "просто у тебя нормального мужика не было". Лично я перестал боятся и полюбил ООП поработав пару лет с продуктом с хорошо продуманной ОО архитектурой. Эффект от хорошего ООП чувствуешь когда на протяжении более пяти лет в продукт активно залетают новые фичи и большие изменения в существующие бизнес процессы, а кодовая база не превращается в комок грязи
Через пару лет после таких закрывальщиков надо заново продукт писать, рефакторинг уже не поможет. Поэтому на помидоров такой спрос, бизнес начал понимать, что опытный синьор обходится дешевле команды вкатышей
Единственный выход - это изменить отношение к детям. В современном обществе сложилась парадигма, что мы должны жить ради детей, все им отдавать, а взамен ничего не получить. То есть современный родители должны свою самую активную часть жизни тратить на воспитание людей, которые когда встанут на ноги и начнут зарабатывать, будут часть своих доходов отдавать в общий фонд, а не своим родителям. До урбанизации дети были, как выше уже писали, "бесплатная рабочая сила", чем больше у тебя детей, тем ты более обеспечен в старости. Теперь все стало наоборот. Единственный рабочий вариант как сохранить демографию, это большую часть (а может и всю) соц взносов детей направлять непосредственно их родителям. У родителей появится мотивация а) больше рожать детей б) воспитывать их квалифицированными трудолюбивыми законопослушными
У меня был опыт совместной работы с СБешниками. У компании был специфичный бизнес, и СБешники часто приходили к ИТ, чтобы получать некоторые данные из учетных систем. Большинство в СБ это ушедшие на пенсию силовики, в целом хорошие дядьки, были примеры когда людей с плохой историей одобряли после личного общения. Видимо опыт и авторитет позволял, плюс советская школа. Но были и современные молодые, которых выгнали из органов, а жить на что-то надо. Если к такому попасть на проверку, то скорее всего вас забракует, они лишний раз рисковать из-за вас не будут. Да и в общение очень неприятные. Создалось впечатление, что таких держали чтобы было кому давать «грязные» поручения (слить неудобного сотрудника например). Я думаю в банках людей, которые из-за вас лишний раз рисковать не будут сильно больше
Несколько раз проходил такие итерации, из разработчика в лиды и обратно. Сейчас пришел к тому, что тимлиды нужны менеджерам, которые не понимают как управлять разработкой. Назначив самого лояльного к бизнесу (менеджменту) разработчика (который делает задачи быстро (на самом деле с костылями), не возражает на неадекватные сроки/требования, и вообще на все говорит да) тимлидом, бизнес рассчитывает, что через него сможет рулить процессами разработки. И на самом деле так и происходит, менеджмент получают контроль над разработчиками, но это никак не влияет на перформанс команды в лучшую сторону. Разработчики перестают чувствовать персональную ответственность за свою работу, так как есть тимлид, который за все отвечает. Перестают самостоятельно разбирать проблемы, ведь есть тимлид - он должен решать сложные вопросы, иначе с хера ли он тимлид? В итоге общая мотивация в команде падает, а вся нагрузка ложится на лида, который выгорает и сваливает в другую компанию. Зато эти прекрасные год полтора менеджеры ощущали как они рулят командой. И кстати выгорание это про то, что человек осознает, что то, чем он занимается не приносит никакой пользы
Они и так знают
А я наоборот слез с рилс иглы, так много свободного времени появилось, что вернулся к алгосикам
Любой брак сейчас несчастлив
А где сегодня можно?
VPN без шифрования можно будет рекламировать?
Читатели не захотят (не смогу) поддерживать такой код, и код умрет
А разве нельзя будет отследить как цифровой рубль из бюджета на дорогу попал к продавцу щенков?
Ну уже тот факт, что главном банкстеру РФ не выгоден, уже вызывает интерес
А почему не будет? Разве есть какие-то ограничения?
А как же борьба с коррупцией?
Я может конечно фантазирую о прекрасном будущем, но что, если ЦБ с цифровым рублем просто сделает ненужными банки?
Только подумал почитать его книжку, но вы меня отговорили. Об авторах предыдущего исследование можете что-то сказать? Есть ценность их исследования?
Здесь свежий пример на 21 Java (и не только) реализаций вычисления Фибоначчи https://yegor256.github.io/fibonacci/index.html
https://onlinelibrary.wiley.com/doi/10.1155/1999/464598
Единственный объективный минус ООП это его низкая производительность. Например, инструкция x = a + b в десятки раз быстрее чем x = a.plus(b)
Все остальное от неумение его готовить, но тут как говорится "просто у тебя нормального мужика не было". Лично я перестал боятся и полюбил ООП поработав пару лет с продуктом с хорошо продуманной ОО архитектурой. Эффект от хорошего ООП чувствуешь когда на протяжении более пяти лет в продукт активно залетают новые фичи и большие изменения в существующие бизнес процессы, а кодовая база не превращается в комок грязи
Через пару лет после таких закрывальщиков надо заново продукт писать, рефакторинг уже не поможет. Поэтому на помидоров такой спрос, бизнес начал понимать, что опытный синьор обходится дешевле команды вкатышей
Единственный выход - это изменить отношение к детям. В современном обществе сложилась парадигма, что мы должны жить ради детей, все им отдавать, а взамен ничего не получить. То есть современный родители должны свою самую активную часть жизни тратить на воспитание людей, которые когда встанут на ноги и начнут зарабатывать, будут часть своих доходов отдавать в общий фонд, а не своим родителям. До урбанизации дети были, как выше уже писали, "бесплатная рабочая сила", чем больше у тебя детей, тем ты более обеспечен в старости. Теперь все стало наоборот.
Единственный рабочий вариант как сохранить демографию, это большую часть (а может и всю) соц взносов детей направлять непосредственно их родителям. У родителей появится мотивация а) больше рожать детей б) воспитывать их квалифицированными трудолюбивыми законопослушными
У меня был опыт совместной работы с СБешниками. У компании был специфичный бизнес, и СБешники часто приходили к ИТ, чтобы получать некоторые данные из учетных систем. Большинство в СБ это ушедшие на пенсию силовики, в целом хорошие дядьки, были примеры когда людей с плохой историей одобряли после личного общения. Видимо опыт и авторитет позволял, плюс советская школа. Но были и современные молодые, которых выгнали из органов, а жить на что-то надо. Если к такому попасть на проверку, то скорее всего вас забракует, они лишний раз рисковать из-за вас не будут. Да и в общение очень неприятные. Создалось впечатление, что таких держали чтобы было кому давать «грязные» поручения (слить неудобного сотрудника например). Я думаю в банках людей, которые из-за вас лишний раз рисковать не будут сильно больше
Несколько раз проходил такие итерации, из разработчика в лиды и обратно. Сейчас пришел к тому, что тимлиды нужны менеджерам, которые не понимают как управлять разработкой. Назначив самого лояльного к бизнесу (менеджменту) разработчика (который делает задачи быстро (на самом деле с костылями), не возражает на неадекватные сроки/требования, и вообще на все говорит да) тимлидом, бизнес рассчитывает, что через него сможет рулить процессами разработки. И на самом деле так и происходит, менеджмент получают контроль над разработчиками, но это никак не влияет на перформанс команды в лучшую сторону. Разработчики перестают чувствовать персональную ответственность за свою работу, так как есть тимлид, который за все отвечает. Перестают самостоятельно разбирать проблемы, ведь есть тимлид - он должен решать сложные вопросы, иначе с хера ли он тимлид? В итоге общая мотивация в команде падает, а вся нагрузка ложится на лида, который выгорает и сваливает в другую компанию. Зато эти прекрасные год полтора менеджеры ощущали как они рулят командой. И кстати выгорание это про то, что человек осознает, что то, чем он занимается не приносит никакой пользы
Единственный гаджет, который запал в душу. Последний был Z30. Если бы они стоили в 2 раза дороже айфонов, но сохранили поддержку, все равно бы купил