Я помню лет 15 назад какой то примитивный по нынешним меркам чат бот неплохо проходил тест Тьюринга, притворяясь манерной и раздражительной молодой девушкой с завышенным ЧСВ, которая отвечала односложно, а на любую попытку разговорить её хамила в ответ.
Если перекресток нерегулируемый, то скорее всего на нем низкая интенсивность движения. На оживленных перекрестках всегда ставят светофор.
Отсюда и статистика - аварий на перекрестках со светофорами больше потому, что там машин гораздо-гораздо больше. Если бы на таком нагруженном перекрестке не было светофора, то аварии там бы происходили чаще.
школьное "научить учиться" и ВУЗовское отличаются в разы
Ну не в разы, но обучение в шкле и в ВУЗе действительно отличались. В школе я учился быстрее и продуктивнее. В ВУЗе довольно сильно мешали неадекватно составленной программой ну и просто мудацким отношением к студентам со стороны некоторых некоторых препов.
Скрам-не скрам не так уж и важно. Проблема вовсе не в скраме, и не в вотерфолле. Проблема в том, что океан нынче побагровел. Конкуренция в отрасли чудовищная. На всех уровнях - как на уровне корпораций гигантов, так и на уровне мелких фирм, и даже специалистов между собой. А при такой высокой конкуренции любая работы превращается в гонку ради самой гонки на износ. Ну а скрам это лишь один из способов эту гонку организовать и придать её хоть какое то подобие цивилизованного процесса. Не было бы скрама, применяли бы старые-добрые методы чайка менеджмента, постоянно орущего начальника и регулярного биться подчинённых палкой.
Настолько конкурентноспособную, что вы её написать постеснялись? Ну так и специалисты к вам идут соответсвующие - не супер профи, конечно, но конкурентноспособные в этой ценовой категории.
Не поверю, что при таком большом количестве людей стремящихся войти в айти, среди них невозможно найти хороших джунов. Почти на каждую ждунскую вакансию больше 1000 откликов. И из этих 1000 человек HR не смогли выбрать грамотного специалиста? Может просто надо ХРюшу поменять? Ну или, как вариант, тоже на курсы её отправить, чтобы она хоть что-то понимала в людях, которых она отбирает.
При чем тут сокрытие брака? И что делать если вы сам мастер? Разве нельзя самостоятельно исправить собственную ошибку и сказать команде - ребята, я там ошибся, поэтому все переделал, так-то и так хакнул репозиторий и перегенерил все ключи и пароли, например?
В строчке `LazyInitializedSingleton instance = LazyInitializedSingleton.getInstance();` конструктор зачем-то вызывается, объект инициализируется, но при этом потребности в нём ещё нет. Потребность появляется только на следующей строчке. А могла бы и не возникнуть.
И что значит программист облажался? Почти всегда доподленно неизвестно, будет ли instance вообще использоваться хоть раз или нет. В приведенном коде очевидно, что instance нужен, но если бы instance использовался где то в другой функции, куда бы он передавался как аргумент, то зачастую очень сложно понять - а дейсвительно ли он нужен будет той функции, или в процессе исполнения функция обойдется без него?
Поэтому я и написал, что LazyInitializedSingleton вовсе не ленивый - его невозможно передать какой либо функции в качестве аргумента, не запустив конструктор. Невозможно положить его в хэш-мапу вместе с другими ленивыми объектами, чтобы дергать их оттуда по мере необходимости. Неизбежно потребуется создавать класс-обёртку, или что-то ещё городить, насколько фантазия позволит.
И конечно в реальности я бы не стал городить такой класс, где проверка на инициализацию сидит в каждом методе, гораздо проще сделать фабрику объекта с ленивой инициализацией. Но фабрика объекта и сам объект это разые типы данных. И даже если фабрика лениво инициализирует объект, то сам то объект всё равно не ленивый.
А где в первом примере лень? Обычный синглтон, ни разу не ленивый. getInstance() вызывает конструктор объекта.
Лень была бы если бы getInstance не запускала конструктор, а давала бы некоторый дополнительный объект, который содержал бы в себе все необходимые методы исходного объекта и в каждом методе сделана проверка того, а создан ли исходный объект, если нет то запускается его конструктор, а потом вызывается метод исходного объекта.
Смотреть фильмы может китайская тв-приставка типа сяоми или аналогичная ей на пассивном охлаждении. Ну а играть в игры... Смотря какие - эмулировать денди или сегу - так же тв-приставка отлично справляется. Современное трипл-эй? Нужен настоящий пека с дорогой видеокартой или плойка или Xbox. Т.е. и тут у машинки узкая ниша - для любителей ретро игр, но не совсем ретро, а полусовременных типа Майнкрафта. Или современных игр, но которые косят под ретро и потому не сильно требовательны.
Доступность цены зависит от дохода человека, а не от того как много он читает. Для пенсионера, читающего книги целыми днями напролёт, цена не очень доступная.
Довольно хорошо помогает, когда нужно узнать как сделать то или иное действие в популярном языке (т.к. ответ на этот вопрос есть на просторах интернета). Если язык не очень популярный, то те же самые вопросы вызывают у него поток сплошных галлюцинаций. Например на javascript он скорее всего правильно ответит на любой несложный вопрос. На тот же самый вопрос на purescript он с вероятностью 90% будет бредить.
Я помню лет 15 назад какой то примитивный по нынешним меркам чат бот неплохо проходил тест Тьюринга, притворяясь манерной и раздражительной молодой девушкой с завышенным ЧСВ, которая отвечала односложно, а на любую попытку разговорить её хамила в ответ.
Если перекресток нерегулируемый, то скорее всего на нем низкая интенсивность движения. На оживленных перекрестках всегда ставят светофор.
Отсюда и статистика - аварий на перекрестках со светофорами больше потому, что там машин гораздо-гораздо больше. Если бы на таком нагруженном перекрестке не было светофора, то аварии там бы происходили чаще.
Ну не в разы, но обучение в шкле и в ВУЗе действительно отличались. В школе я учился быстрее и продуктивнее. В ВУЗе довольно сильно мешали неадекватно составленной программой ну и просто мудацким отношением к студентам со стороны некоторых некоторых препов.
А научился учиться ещё в школе. И достаточно неплохо научился. Поэтому годы обучени в ВУЗе всегда воспринимал как сказку о потерянном времени.
Скрам-не скрам не так уж и важно. Проблема вовсе не в скраме, и не в вотерфолле. Проблема в том, что океан нынче побагровел. Конкуренция в отрасли чудовищная. На всех уровнях - как на уровне корпораций гигантов, так и на уровне мелких фирм, и даже специалистов между собой. А при такой высокой конкуренции любая работы превращается в гонку ради самой гонки на износ. Ну а скрам это лишь один из способов эту гонку организовать и придать её хоть какое то подобие цивилизованного процесса. Не было бы скрама, применяли бы старые-добрые методы чайка менеджмента, постоянно орущего начальника и регулярного биться подчинённых палкой.
По сравнению с интеловскими процессорами удобный. По сравнению c PDP не очень удобный.
Настолько конкурентноспособную, что вы её написать постеснялись? Ну так и специалисты к вам идут соответсвующие - не супер профи, конечно, но конкурентноспособные в этой ценовой категории.
Ну а почему вы им собственно не советуете изучить Си и писать open source драйвера для Linux? Разве это не способ стать востребованным спецом?
Не поверю, что при таком большом количестве людей стремящихся войти в айти, среди них невозможно найти хороших джунов. Почти на каждую ждунскую вакансию больше 1000 откликов. И из этих 1000 человек HR не смогли выбрать грамотного специалиста? Может просто надо ХРюшу поменять? Ну или, как вариант, тоже на курсы её отправить, чтобы она хоть что-то понимала в людях, которых она отбирает.
Женитесь, и сочувствие пропадёт.
При чем тут сокрытие брака? И что делать если вы сам мастер? Разве нельзя самостоятельно исправить собственную ошибку и сказать команде - ребята, я там ошибся, поэтому все переделал, так-то и так хакнул репозиторий и перегенерил все ключи и пароли, например?
Подход "Старший придёт он разберётся", конечно имеет право на жизнь, но иногда надо брать ответственность и на себя.
А если я в собственном проекте слил .env файл в гит, то кому "ответственному" мне сообщать?
В строчке `LazyInitializedSingleton instance = LazyInitializedSingleton.getInstance();` конструктор зачем-то вызывается, объект инициализируется, но при этом потребности в нём ещё нет. Потребность появляется только на следующей строчке. А могла бы и не возникнуть.
И что значит программист облажался? Почти всегда доподленно неизвестно, будет ли instance вообще использоваться хоть раз или нет. В приведенном коде очевидно, что instance нужен, но если бы instance использовался где то в другой функции, куда бы он передавался как аргумент, то зачастую очень сложно понять - а дейсвительно ли он нужен будет той функции, или в процессе исполнения функция обойдется без него?
Поэтому я и написал, что LazyInitializedSingleton вовсе не ленивый - его невозможно передать какой либо функции в качестве аргумента, не запустив конструктор. Невозможно положить его в хэш-мапу вместе с другими ленивыми объектами, чтобы дергать их оттуда по мере необходимости. Неизбежно потребуется создавать класс-обёртку, или что-то ещё городить, насколько фантазия позволит.
И конечно в реальности я бы не стал городить такой класс, где проверка на инициализацию сидит в каждом методе, гораздо проще сделать фабрику объекта с ленивой инициализацией. Но фабрика объекта и сам объект это разые типы данных. И даже если фабрика лениво инициализирует объект, то сам то объект всё равно не ленивый.
А где в первом примере лень? Обычный синглтон, ни разу не ленивый. getInstance() вызывает конструктор объекта.
Лень была бы если бы getInstance не запускала конструктор, а давала бы некоторый дополнительный объект, который содержал бы в себе все необходимые методы исходного объекта и в каждом методе сделана проверка того, а создан ли исходный объект, если нет то запускается его конструктор, а потом вызывается метод исходного объекта.
Да, это муторно, зато это будет настоящая лень.
Только свистни - он появится!
В некоторых лоукостерах водичку не раздают, а только продают.
Смотреть фильмы может китайская тв-приставка типа сяоми или аналогичная ей на пассивном охлаждении. Ну а играть в игры... Смотря какие - эмулировать денди или сегу - так же тв-приставка отлично справляется. Современное трипл-эй? Нужен настоящий пека с дорогой видеокартой или плойка или Xbox. Т.е. и тут у машинки узкая ниша - для любителей ретро игр, но не совсем ретро, а полусовременных типа Майнкрафта. Или современных игр, но которые косят под ретро и потому не сильно требовательны.
Aphex Twin тоже любит извлекать звуки из данных (файлов с изображениями).
Доступность цены зависит от дохода человека, а не от того как много он читает. Для пенсионера, читающего книги целыми днями напролёт, цена не очень доступная.
Довольно хорошо помогает, когда нужно узнать как сделать то или иное действие в популярном языке (т.к. ответ на этот вопрос есть на просторах интернета). Если язык не очень популярный, то те же самые вопросы вызывают у него поток сплошных галлюцинаций. Например на javascript он скорее всего правильно ответит на любой несложный вопрос. На тот же самый вопрос на purescript он с вероятностью 90% будет бредить.