Ох, не буду спорить. Это как спор между тупоконечниками и остроконечниками :) Можно до хрипоты ругаться, при этом обе стороны будут правы и одновременно не правы:)
Да, согласен - есть такая болезнь :( Нужно нести культуру в массы...
Но, справедливости ради хочу сказать, что когда вышла революционная Java 5.0, и вместе с ней Java Memory Model, то её тоже долгое время не умели готовить. Ни один год прошёл, прежде чем JMM стала повседневной обыденностью.
Для меня в своё время основным аргументом перехода на Kotlin стали корутины. И до сих пор я корутины считаю стратегическим преимуществом Kotlin'а. И даже Project Loom здесь ситуацию не меняет. Project Loom это про многопоточность. А корутины это про императивную асинхронность. Как говорится - не путайте тёплое с мягким.
Вообще нахожусь в больших раздумьях насчет языка: я очень долго программирую на Java и она мне, как то роднее, что ли.
(Когда вижу в проекте файлы с функциями, отдельно от классов, периодически дергаюсь.)
Я 18 лет программировал на Java. Последние 5 лет пишу на Kotlin. И возвращаться обратно не собираюсь. Java люблю и уважаю, но для меня она как раритетный автомобиль. Изредка выгнать из гаража, покрасоваться, потусить с такими же ценителями старины. Но в повседневной жизни предпочитаю Kotlin.
Но все-таки остается фактом, что массово kotlin в бэкэнд не пошел, а занял нишу мобилок, хотя может это я чего-то не знаю. Может за моей спиной в проде все тайно уже переписали свои жаба проекты на kotlin, а мне не сказали.
Вот здесь у меня разрыв шаблона. По моим ощущениям Kotlin стремительно теснит Java на backend'е. Понятно, что горы легаси на Java никто не отменял, и их ещё десятилетиями нужно будет поддерживать. Но в новых проектах Kotlin играет как минимум на равне с Java. Я к мобильной разработке никакого отношения не имею, тем не менее проблем с поиском работы не замечаю.
Рекурсивные запросы позволяют работать с иерархическими структурами, например такими, как категории продуктов или организационная структура.
Если говорить о работе с иерархическими структурами, то мне кажется, что стоит упомянуть тип данных ltree. На мой вкус это не такой громоздкий способ, как рекурсивные запросы, но он требует предварительной подготовки данных.
При общении двух людей, находящихся на "качественно" разных уровнях компетентности, когнитивные искажения могут возникать с обеих сторон. В статье рассмотрели когнитивные искажения "сильной" стороны. Но, мне кажется, что эта информация будет не полной, без описания когнитивных искажений "слабой" стороны.
Наиболее разрушительное искажение "слабой" стороны это эффект Даннинга — Крюгера. И, нередко бывает так, что когнитивные искажения "стреляют" с обеих сторон. Тогда получается "разговор слепого с глухим".
ИМХО. Вполне приличная статья про основы синхронизации потоков в Java.
Это замечательно, что вы знаете про ReadWriteLock, StampedLock, CountDownLatch. Но, если говорить про асинхронность, многопоточность и JMM, то я к вашему списку могу добавить еще несколько десятков "баззвордов". Только стоит ли их все упоминать в статье? Получится сборная солянка, которая окончательно запутает новичка, и не позволит ему усвоить основы.
Тут однозначного рецепта для всех не существует. Не факт, что санаторий поможет. На меня например часто сразу после отпуска прокрастинация наваливается. Хотя казалось бы - отдохнул и полон сил.
Иногда нужно суметь найти в себе внутреннюю мотивацию продолжить работу. Иногда смена компании помогает. Ведь бывает так, что проект достал по самое не хочу. Ну а иногда люди приходят к тому, что понимают, что выбрали не ту профессию. Я например знаю чела, который из программиста переквалифицировался в художники. Даже на выставку с его картинами ходил :) Вот всякое в жизни бывает.
Ну, если вы выгорели, не смогли восстановиться и по факту не тянете свою работу - значит её делает за вас другой человек в команде. Соответственно он работает с повышенной загрузкой, и тоже рискует выгореть и/или не справиться с работой с тяжёлыми последствиями для всей команды. И вот я получаю диллему. Если я буду "добрым" по отношению к вам, и оставлю всё как есть - то я подставлю людей, которые реально работают. И по отношению к ним буду "злым".
Вот так вот этот мир и устроен - быть "добрым" по отношению ко всем не получится. Рано или поздно придётся выбрать сторону. И да, я выберу не вашу сторону. И с вами попрощаюсь.
Я с приступами желания покурить боролся пешими прогулками. Как накатит - тут же шел гулять быстрым шагом, до изнемождения. И еще совет - на пару лет уберите алкоголь из жизни. Совсем. Даже бокал шампанского на Новый Год. Потому что если хоть немного выпьешь - почти наверняка закуришь.
Ну да, конечно. Знания на расстоянии - по зуму/чатам/статьям/созвонам/митапам/лекциям/ревью никак не передаются. Только при личном общении! Как простуда! Вирусным, так сказать, путём!
PS
Вот я 5 лет рулил командой, в которой ни одного своего сотрудника я вживую ни разу не видел. Все по разным регионам жили. Программисты приходили и уходили - за эти 5 лет состав команды полностью сменился. Я в итоге ушёл. А команда и проект продолжают жить и работать. Вот как по вашему это у нас получилось?
Ещё 5 копеек вставлю. Я за свою карьеру 15 лет отсидел в офисе, и последние 10 лет проработал удалённо. Из этих 10 лет "удалённо" как минимум 7 лет рулил распределённой командой. Так что личная статистика накоплена колоссальная. И за всё это время я нашел только 1 кейс, когда офис эффективнее удалёнки. Это когда нужно провести "мозговой штурм". Вот тогда офис незаменим. Собраться всем вместе, поговорить, поспорить, порисовать архитектуру на доске. Но скажите, положа руку на сердце, как часто вам мозговой штурм нужно устраивать? Хорошо, если раз в полгода. Так такую встречу и без офиса можно организовать. Коворкинг или отель. Ну или потерпеть разок неудобства, и "поштурмовать" по зуму.
Какой то у вас слишком дорогой джун получается. Выгонять в офис опытных спецов, с риском снижения продуктивности работы и/или ухода из компании этих самых спецов, только ради того, чтобы джуна нянчить?
Если у джуна дома нестабильный интернет- так пусть решит эту проблему. Если не может решить- выгоните его и возьмите другого. Это по любому на порядок дешевле будет.
Если скажем так "специалист умственного труда" не в состоянии себя контролировать и организовывать свою повседневную деятельность - то он профнепригоден. И не сможет работать эффективно ни на удалёнке ни в офисе. Над каждым менеджера с дубинкой не поставишь. Таких следует просто увольнять. А увольнять у нас менеджеры тоже боятся. Избегают стрессовых переговоров и не хотят брать на себя ответственность. Поэтому такие Васи и продолжают в офисе пялиться в монитор с околонулевым выхлопом.
ИМХО. Основная причина принуждения специалистов к работе в офисе это отсутствие навыка делегирования у среднестатистического менеджера. Он не в состоянии проконтролировать результат, поэтому пытается контролировать процесс. Вот сидит пред очами начальства Вася-программист, с умным видом пялится в монитор - значит всё хорошо, дело идёт. А какой там по факту выхлоп у Васи получается - уже не важно.
Святая наивность :)
Ох, не буду спорить. Это как спор между тупоконечниками и остроконечниками :) Можно до хрипоты ругаться, при этом обе стороны будут правы и одновременно не правы:)
:))) Sorry, засыпаю и ересь пишу :) Речь конечно же шла про Project Loom. Поправил комментарий. Спасибо!
Да, согласен - есть такая болезнь :( Нужно нести культуру в массы...
Но, справедливости ради хочу сказать, что когда вышла революционная Java 5.0, и вместе с ней Java Memory Model, то её тоже долгое время не умели готовить. Ни один год прошёл, прежде чем JMM стала повседневной обыденностью.
Для меня в своё время основным аргументом перехода на Kotlin стали корутины. И до сих пор я корутины считаю стратегическим преимуществом Kotlin'а. И даже Project Loom здесь ситуацию не меняет. Project Loom это про многопоточность. А корутины это про императивную асинхронность. Как говорится - не путайте тёплое с мягким.
Я 18 лет программировал на Java. Последние 5 лет пишу на Kotlin. И возвращаться обратно не собираюсь. Java люблю и уважаю, но для меня она как раритетный автомобиль. Изредка выгнать из гаража, покрасоваться, потусить с такими же ценителями старины. Но в повседневной жизни предпочитаю Kotlin.
Вот здесь у меня разрыв шаблона. По моим ощущениям Kotlin стремительно теснит Java на backend'е. Понятно, что горы легаси на Java никто не отменял, и их ещё десятилетиями нужно будет поддерживать. Но в новых проектах Kotlin играет как минимум на равне с Java. Я к мобильной разработке никакого отношения не имею, тем не менее проблем с поиском работы не замечаю.
Если говорить о работе с иерархическими структурами, то мне кажется, что стоит упомянуть тип данных ltree. На мой вкус это не такой громоздкий способ, как рекурсивные запросы, но он требует предварительной подготовки данных.
У меня пока только в Яндекс Браузер YouTube нормально работает. Во всех остальных браузерах практически не работает. ОС - Ubuntu.
При общении двух людей, находящихся на "качественно" разных уровнях компетентности, когнитивные искажения могут возникать с обеих сторон. В статье рассмотрели когнитивные искажения "сильной" стороны. Но, мне кажется, что эта информация будет не полной, без описания когнитивных искажений "слабой" стороны.
Наиболее разрушительное искажение "слабой" стороны это эффект Даннинга — Крюгера. И, нередко бывает так, что когнитивные искажения "стреляют" с обеих сторон. Тогда получается "разговор слепого с глухим".
ИМХО. Вполне приличная статья про основы синхронизации потоков в Java.
Это замечательно, что вы знаете про ReadWriteLock, StampedLock, CountDownLatch. Но, если говорить про асинхронность, многопоточность и JMM, то я к вашему списку могу добавить еще несколько десятков "баззвордов". Только стоит ли их все упоминать в статье? Получится сборная солянка, которая окончательно запутает новичка, и не позволит ему усвоить основы.
Тут однозначного рецепта для всех не существует. Не факт, что санаторий поможет. На меня например часто сразу после отпуска прокрастинация наваливается. Хотя казалось бы - отдохнул и полон сил.
Иногда нужно суметь найти в себе внутреннюю мотивацию продолжить работу. Иногда смена компании помогает. Ведь бывает так, что проект достал по самое не хочу. Ну а иногда люди приходят к тому, что понимают, что выбрали не ту профессию. Я например знаю чела, который из программиста переквалифицировался в художники. Даже на выставку с его картинами ходил :) Вот всякое в жизни бывает.
Ну, если вы выгорели, не смогли восстановиться и по факту не тянете свою работу - значит её делает за вас другой человек в команде. Соответственно он работает с повышенной загрузкой, и тоже рискует выгореть и/или не справиться с работой с тяжёлыми последствиями для всей команды. И вот я получаю диллему. Если я буду "добрым" по отношению к вам, и оставлю всё как есть - то я подставлю людей, которые реально работают. И по отношению к ним буду "злым".
Вот так вот этот мир и устроен - быть "добрым" по отношению ко всем не получится. Рано или поздно придётся выбрать сторону. И да, я выберу не вашу сторону. И с вами попрощаюсь.
Я с приступами желания покурить боролся пешими прогулками. Как накатит - тут же шел гулять быстрым шагом, до изнемождения. И еще совет - на пару лет уберите алкоголь из жизни. Совсем. Даже бокал шампанского на Новый Год. Потому что если хоть немного выпьешь - почти наверняка закуришь.
Я почти 20 лет курил. Так же одним днём бросил. Синдром отмены был жёсткий - даже вспоминать не хочется. К вейпам не притрагивался.
PS
Начать курить - это, пожалуй, была самая большая глупость в моей жизни.
Ну да, конечно. Знания на расстоянии - по зуму/чатам/статьям/созвонам/митапам/лекциям/ревью никак не передаются. Только при личном общении! Как простуда! Вирусным, так сказать, путём!
PS
Вот я 5 лет рулил командой, в которой ни одного своего сотрудника я вживую ни разу не видел. Все по разным регионам жили. Программисты приходили и уходили - за эти 5 лет состав команды полностью сменился. Я в итоге ушёл. А команда и проект продолжают жить и работать. Вот как по вашему это у нас получилось?
Ещё 5 копеек вставлю. Я за свою карьеру 15 лет отсидел в офисе, и последние 10 лет проработал удалённо. Из этих 10 лет "удалённо" как минимум 7 лет рулил распределённой командой. Так что личная статистика накоплена колоссальная. И за всё это время я нашел только 1 кейс, когда офис эффективнее удалёнки. Это когда нужно провести "мозговой штурм". Вот тогда офис незаменим. Собраться всем вместе, поговорить, поспорить, порисовать архитектуру на доске. Но скажите, положа руку на сердце, как часто вам мозговой штурм нужно устраивать? Хорошо, если раз в полгода. Так такую встречу и без офиса можно организовать. Коворкинг или отель. Ну или потерпеть разок неудобства, и "поштурмовать" по зуму.
Какой то у вас слишком дорогой джун получается. Выгонять в офис опытных спецов, с риском снижения продуктивности работы и/или ухода из компании этих самых спецов, только ради того, чтобы джуна нянчить?
Если у джуна дома нестабильный интернет- так пусть решит эту проблему. Если не может решить- выгоните его и возьмите другого. Это по любому на порядок дешевле будет.
Если скажем так "специалист умственного труда" не в состоянии себя контролировать и организовывать свою повседневную деятельность - то он профнепригоден. И не сможет работать эффективно ни на удалёнке ни в офисе. Над каждым менеджера с дубинкой не поставишь. Таких следует просто увольнять. А увольнять у нас менеджеры тоже боятся. Избегают стрессовых переговоров и не хотят брать на себя ответственность. Поэтому такие Васи и продолжают в офисе пялиться в монитор с околонулевым выхлопом.
ИМХО. Основная причина принуждения специалистов к работе в офисе это отсутствие навыка делегирования у среднестатистического менеджера. Он не в состоянии проконтролировать результат, поэтому пытается контролировать процесс. Вот сидит пред очами начальства Вася-программист, с умным видом пялится в монитор - значит всё хорошо, дело идёт. А какой там по факту выхлоп у Васи получается - уже не важно.
Спорить не стану. Я не юрист всё таки - могу ошибаться. Но я бы вёл себя предельно осторожно в такой ситуации. Иногда лучше перестраховаться.