Чтобы язык стал популярным он должен статьи интересным бизнесу, не обязательно за то что он хороший и плевать хотел бизнес какое-там у инженеров к чему доверие
Фундаментально не согласен с этим утверждением. Бизнесу интересно заработать деньги, часто для этого нужно решить ряд инженерных проблем. За решение проблем отвечают инженеры. Выбор подходящего инструмента на 90% лежит в плоскости инженерной работы (с запасом оставлю 10% на логистику, правовые аспекты и т.д.)
Если бы бизнес выбирал инструменты разработки... страшно представить! Сразу оговорюсь, что есть IT-сферы бизнеса, где многие руководители являются бывшими инженерами. Влияние такого бизнеса на инженерные решения сомнению не подвергаю. А вот условная строительная фирма, сеть медицинских клиник, ритейлер - разве они как заказчики должны знать что-то о преимуществах или недостатках Go? В требованиях бывают слова про актуальный и распространенный стек разработки, реже про конкретный стек, например совместимый с текущим. Но и это все либо со слов, либо с аппрува инженеров обычно делается. Что они сами смогут сказать? "Где-то когда-то слышали, что PHP не очень, давайте делать на Go"? Или "у конкурента все на Java и они преуспевают, значит и нам надо Java"?
переманивать разрабов с других стеков и отчасти закрывать проблему кадров
А как тогда появились другие стеки, если за всем стоит бизнес? :) Вряд ли они породили бы текущий зоопарк технологий. В общем, есть в этом топике "проблема курицы и яйца", но как будто сначала язык занимает нишу и хорошо решает проблемы, а потом он начинает привлекать бизнес тем, что инженеры на нем быстро и качественно решат проблему. Не язык не решает проблему, а владеющие им инженеры.
Вам и @Metotron0, скромный совет или мнение, как угодно: не стоит делать из Go то, чем он не является. Было множество подходов к созданию аналогов Linq, каких-то своих удобных строк, хэлперов для горутин и так далее. В основном это бесполезное движение против ключевых концепций языка, которое только отдаляет приобретение мастерства и накопление релевантного опыта. Идиоматический код на Go пишется с циклами, с len, с громоздким select и т.д., ибо эта семантика понятна и привычна разработчикам на этом языке. Ее успешно и быстро считывает натренированный взгляд. И на условном собеседовании будут спрашивать именно про тонкости работы append, а не про обертки и кастомные библиотеки. Потому что как минимум нужно уметь читать код, который уже написан в рекомендованном официальными и неофициальным гайдами стиле.
Дзен понимания языка приходит, когда пишешь на нем, а не воссоздаешь парадигмы Java/C++/Rust, используя другие ключевые слова. Есть альтернативное мнение, что мы как зомбированные повторяем одно и то же, мол не надо изобретать, не нужны фреймворки и не надо использовать ORM. Возможно в нем есть доля истины. Но языку правда не нужна "команда по спасению", которая все исправит, понатащив концепций из других языков.
Объективно, если бы язык был плох, то он не сыскал бы такой популярности. Да, можно сказать, что за ним стоит Google, но так ли они его пушат?.. Кмк здесь больше все строится на доверии инженеров и сарафанном радио.
Наш день начинается с утреннего созвона, где обсуждаются текущие задачи и приоритеты. Основные задачи включают автоматизацию, решение инцидентов, консультирование коллег и работу с документацией. Важна командная работа и взаимодействие с другими отделами.
Звучит как созвон на созвоне и созвоном погоняет :) не предел мечтаний для инженера, но хотя бы честно...
Почему-то к такому прогрессу быстро привыкаешь. Взять например покупку нового устройства: поначалу думаешь "Вау, круто, летает", но буквально через несколько дней это новая норма, и уже "не вставляет"... Только с помощью осознанного усилия удается заново порадоваться новому гаджету через некоторое время после покупки 🙂
Как хорошо, что есть Samsung, которая и сейчас в Galaxy SXX Ultra встраивает стилус. Да он нужен нечасто, но когда нужен - очень удобно, ибо пальцем замучаешься пиксели вымерять.
Хорошо-то как, настоящая статья с реальным опытом, а не голые тезисы от ChatGPT 👍
Про Visual Studio соглашусь, даёт великолепный опыт разработки и отладки. Я думаю в этом в т.ч. секрет популярности VS Code: потихоньку впитывает лучшее от "старшего брата"
Это значит, что движение происходит только вперед от одного этапа к следующему без возможности вернуться назад
Это неправда. В оригинальном документе Ройса от 1970 года по "водопаду" полно циклов обратной связи. Вот например обсуждение по теме на Reddit. Почему укоренилось восприятие, которое вы транслируете в статье, большая загадка.
Уважение за то, что спустя столько времени все ещё на Qt 👍
Понимаю, что это уже внутрянка, но мб можете рассказать: спустя столько времени как считаете, стоило ли изначально делать на нативном стеке или все же Qt был правильным выбором?
У Самсунга вроде неплохо получается, многие из AI-функций на Galaxy S2X (Ultra) доступны без Интернета. Но качество нестабильное, порой катастрофически низкое. Например, голос с Тайского на Русский переводит до полной потери смысла. Модельки, кстати, там примерно по 700-800 Мб, для каждого языка отдельная
Главное, что я понял про Obsidian спустя годы использования - до всего нужно дойти самому. Нет никакой практической пользы в том, чтобы взять чей-то шаблон, набор плагинов, способ организации заметок и т.д. Все должно исходить из собственных потребностей, подстроено под себя и под свои нужды.
Это не значит, что статья бесполезна - она способствует расширению горизонтов и даёт понимание глубине возможных кастомизаций. Но "как есть" ваш рецепт вряд ли кто-то сможет применить, ибо для новичка оверкилл, а продвинутые пользователи зашли в свой "локальный минимум" удобства.
В MeeGo были мобильные приложения на C++, на одноядерном процессоре с частотой 1 ГГц просто летали, и камера очень отзывчивая была. Сейчас тоже можно создавать на C++/Qt, например, под Android, но прослойка в виде JVM присутствует, ощущения очень высокой скорости работы нет. Хотя приложение 2ГИС довольно долго именно так и работало вроде как, не знаю сейчас изменилось ли что-то
Крупный план Фродо во Властелине колец, когда они с остальными хоббитами впервые встретили Назгула, это Dolly Zoom? Первое что пришло в голову по описанию...
Подчеркну - это мнение, интересно именно пообсуждать эту тему, покрутить с разных точек зрения. Касаемо пунктов:
Раскройте плз, что именно тут имеется в виду.
Обратная совместимость присутствует как сдерживающий фактор в развитии большинства языков, ситуация плюс-минус одинаковая. Забегая вперед насчет слабой обратной совместимости - почему у C# и Python она не такая, как у Java? У шарпа вроде вообще безупречная репутация, а пайтон "прославился" переходом между мажорными версиями, когда совместимость и не гарантируется строго говоря.
C# как справедливо заметил @KvanTTT во многом на C#, Go с версии 1.5 (как давно это было!) написан на Go, у Python'истов есть PyPy (строго говоря там не совсем пайтон, но на чем поиграться). Языки сильно набрали в скорости в этот момент, когда у адептов языка появилась возможность на нем же улучшить компилятор или стандартную библиотеку.
Мнение: главная проблема Java в том, что язык* пишется на C++. То есть чтобы хотеть что-то новое и полезное привнести в него, нужно быть экспертом в другом языке. Из-за этого коммьюнити джавистов может только опосредованным образом участвовать в развитии языка.
\* Строго говоря не сам язык, а основная реализация - HotSpot JVM.
В моем мире не только "мамкины" инженеры 😅
Фундаментально не согласен с этим утверждением. Бизнесу интересно заработать деньги, часто для этого нужно решить ряд инженерных проблем. За решение проблем отвечают инженеры. Выбор подходящего инструмента на 90% лежит в плоскости инженерной работы (с запасом оставлю 10% на логистику, правовые аспекты и т.д.)
Если бы бизнес выбирал инструменты разработки... страшно представить! Сразу оговорюсь, что есть IT-сферы бизнеса, где многие руководители являются бывшими инженерами. Влияние такого бизнеса на инженерные решения сомнению не подвергаю. А вот условная строительная фирма, сеть медицинских клиник, ритейлер - разве они как заказчики должны знать что-то о преимуществах или недостатках Go? В требованиях бывают слова про актуальный и распространенный стек разработки, реже про конкретный стек, например совместимый с текущим. Но и это все либо со слов, либо с аппрува инженеров обычно делается. Что они сами смогут сказать? "Где-то когда-то слышали, что PHP не очень, давайте делать на Go"? Или "у конкурента все на Java и они преуспевают, значит и нам надо Java"?
А как тогда появились другие стеки, если за всем стоит бизнес? :) Вряд ли они породили бы текущий зоопарк технологий. В общем, есть в этом топике "проблема курицы и яйца", но как будто сначала язык занимает нишу и хорошо решает проблемы, а потом он начинает привлекать бизнес тем, что инженеры на нем быстро и качественно решат проблему. Не язык не решает проблему, а владеющие им инженеры.
Вам и @Metotron0, скромный совет или мнение, как угодно: не стоит делать из Go то, чем он не является. Было множество подходов к созданию аналогов Linq, каких-то своих удобных строк, хэлперов для горутин и так далее. В основном это бесполезное движение против ключевых концепций языка, которое только отдаляет приобретение мастерства и накопление релевантного опыта. Идиоматический код на Go пишется с циклами, с len, с громоздким select и т.д., ибо эта семантика понятна и привычна разработчикам на этом языке. Ее успешно и быстро считывает натренированный взгляд. И на условном собеседовании будут спрашивать именно про тонкости работы append, а не про обертки и кастомные библиотеки. Потому что как минимум нужно уметь читать код, который уже написан в рекомендованном официальными и неофициальным гайдами стиле.
Дзен понимания языка приходит, когда пишешь на нем, а не воссоздаешь парадигмы Java/C++/Rust, используя другие ключевые слова. Есть альтернативное мнение, что мы как зомбированные повторяем одно и то же, мол не надо изобретать, не нужны фреймворки и не надо использовать ORM. Возможно в нем есть доля истины. Но языку правда не нужна "команда по спасению", которая все исправит, понатащив концепций из других языков.
Объективно, если бы язык был плох, то он не сыскал бы такой популярности. Да, можно сказать, что за ним стоит Google, но так ли они его пушат?.. Кмк здесь больше все строится на доверии инженеров и сарафанном радио.
Как это зачем? Чтобы построить там дата-центр, с которым не сможет нарушить связанность экскаватор ^^
Звучит как созвон на созвоне и созвоном погоняет :) не предел мечтаний для инженера, но хотя бы честно...
Если даже для постановки задачи нужно пояснение, то что ожидать от доказательства...
Почему-то к такому прогрессу быстро привыкаешь. Взять например покупку нового устройства: поначалу думаешь "Вау, круто, летает", но буквально через несколько дней это новая норма, и уже "не вставляет"... Только с помощью осознанного усилия удается заново порадоваться новому гаджету через некоторое время после покупки 🙂
Как хорошо, что есть Samsung, которая и сейчас в Galaxy SXX Ultra встраивает стилус. Да он нужен нечасто, но когда нужен - очень удобно, ибо пальцем замучаешься пиксели вымерять.
Хорошо-то как, настоящая статья с реальным опытом, а не голые тезисы от ChatGPT 👍
Про Visual Studio соглашусь, даёт великолепный опыт разработки и отладки. Я думаю в этом в т.ч. секрет популярности VS Code: потихоньку впитывает лучшее от "старшего брата"
Это неправда. В оригинальном документе Ройса от 1970 года по "водопаду" полно циклов обратной связи. Вот например обсуждение по теме на Reddit. Почему укоренилось восприятие, которое вы транслируете в статье, большая загадка.
Уважение за то, что спустя столько времени все ещё на Qt 👍
Понимаю, что это уже внутрянка, но мб можете рассказать: спустя столько времени как считаете, стоило ли изначально делать на нативном стеке или все же Qt был правильным выбором?
Статья понравилось! Но от нотки сарказма не удержусь:
Всего за год поняли, что учить инвестициям выгоднее, чем инвестировать? 😅
У Самсунга вроде неплохо получается, многие из AI-функций на Galaxy S2X (Ultra) доступны без Интернета. Но качество нестабильное, порой катастрофически низкое. Например, голос с Тайского на Русский переводит до полной потери смысла. Модельки, кстати, там примерно по 700-800 Мб, для каждого языка отдельная
А должны? В опенсорсе почти все на добровольной основе, что платите, то и имеете
Главное, что я понял про Obsidian спустя годы использования - до всего нужно дойти самому. Нет никакой практической пользы в том, чтобы взять чей-то шаблон, набор плагинов, способ организации заметок и т.д. Все должно исходить из собственных потребностей, подстроено под себя и под свои нужды.
Это не значит, что статья бесполезна - она способствует расширению горизонтов и даёт понимание глубине возможных кастомизаций. Но "как есть" ваш рецепт вряд ли кто-то сможет применить, ибо для новичка оверкилл, а продвинутые пользователи зашли в свой "локальный минимум" удобства.
В MeeGo были мобильные приложения на C++, на одноядерном процессоре с частотой 1 ГГц просто летали, и камера очень отзывчивая была. Сейчас тоже можно создавать на C++/Qt, например, под Android, но прослойка в виде JVM присутствует, ощущения очень высокой скорости работы нет. Хотя приложение 2ГИС довольно долго именно так и работало вроде как, не знаю сейчас изменилось ли что-то
Крупный план Фродо во Властелине колец, когда они с остальными хоббитами впервые встретили Назгула, это Dolly Zoom? Первое что пришло в голову по описанию...
Подчеркну - это мнение, интересно именно пообсуждать эту тему, покрутить с разных точек зрения. Касаемо пунктов:
Раскройте плз, что именно тут имеется в виду.
Обратная совместимость присутствует как сдерживающий фактор в развитии большинства языков, ситуация плюс-минус одинаковая. Забегая вперед насчет слабой обратной совместимости - почему у C# и Python она не такая, как у Java? У шарпа вроде вообще безупречная репутация, а пайтон "прославился" переходом между мажорными версиями, когда совместимость и не гарантируется строго говоря.
C# как справедливо заметил @KvanTTT во многом на C#, Go с версии 1.5 (как давно это было!) написан на Go, у Python'истов есть PyPy (строго говоря там не совсем пайтон, но на чем поиграться). Языки сильно набрали в скорости в этот момент, когда у адептов языка появилась возможность на нем же улучшить компилятор или стандартную библиотеку.
Мнение: главная проблема Java в том, что язык* пишется на C++. То есть чтобы хотеть что-то новое и полезное привнести в него, нужно быть экспертом в другом языке. Из-за этого коммьюнити джавистов может только опосредованным образом участвовать в развитии языка.
\* Строго говоря не сам язык, а основная реализация - HotSpot JVM.
Время для нестареющей классики: конференция разработчиков видеоигр 1979