Стесняюсь спросить, вы давно на мамонтов охотились? Ну или хотя бы на мелкую дичь?
Психологически офисная работа мало подходит по определение "добычи" чего бы от ни было. Можно, конечно, себя в этом убедить, но кажется подобные манипуляции собственным восприятием чреваты желанием подраться с начальством за звание альфа-самца, что в адекватном обществе не приветствуется.
Да, мы всё ещё животные, лимбическая система которых ощутимо старше фронтальной коры головного мозга, но полностью отрицать социальное развитие человека не стоит - из пещер мы всё-таки вышли.
Несмотря на то, что это явный butthurt, не несущий адекватной критики, отвечу. Ваш поинт в том, что в разных дистрибутивах используются разные подходы для конфигурации одного и того же функционала. И несмотря на то, что было бы приятно видеть какую-то стандартизацию, это нормально: на то они и разные дистрибутивы, чтобы в них что-нибудь отличалось. Ищите документацию к той ОС, на которой работаете, и не работайте с ОС, для которой нет документации.
Мой же поинт был в том, что корпоративные дистрибутивы проверяются на то, что по крайней мере они могут запуститься (этот факт подтверждается даже в рамках текущего происшествия), и что это возможно благодаря наличию репозиториев: даже если Microsoft захочет таким заниматься, они не смогут решить эту задачу, не переведя весь значимый софт в свой магазин приложений.
Не вижу связи между этими двумя поинтами помимо того, что вам просто очень не нравится Линукс.
Оголтелым фанатам винды лишь бы в карму насрать. То, что сборки RedHat действительно тестируются заранее и проблема была обнаружена чуть раньше, их не волнует - непогрешимую ОС несправедливо обвиняют, как же так!
Истинно так. Уже год, собственно, живём с этими дженериками. После релиза сам думал, куда бы их воткнуть в бизнес-логику - не воткнулось. Да и в целом в production-коде видел их всего один раз.
Так вот, только на php это делается более-менее простым кодом.
Ну так значит, для этой задачи PHP подходит хорошо) Никто же не говорит, что PHP со всех сторон ущербен. Но это таки вполне специфическая прикладная задача. Если в вашем приложении нужно её решать часто и в больших объёмах (есть наработанная кодовая база, опять же) - для вас PHP предпочтительнее. А если такой задачи нет и надо чаще считать, например, деньги, чем парсить текст, то это слабое преимущество. Многие, я думаю, предпочтут иметь портянку кода, но быть уверенными, что лишняя копеечка никуда не улетает.
Практически все языки сегодня имеют плюс-минус одинаковый си-подобный синтаксис.
В других языках огромное количество собственных синтаксических конструкций и всевозможного сахара, который пойди пойми как работает.
Go, по сравнению с другими языками, пуст. Даже в каком-то смысле примитивен. Но благодаря этому вкатываться проще.
заявлять о выбрасываемых исключениях в контракте метода, чтоб программист либо пробросил это исключение в свой контракт, или try/catch-ил
Но ведь это буквально одно и то же. Вам заявляют об ошибке в контракте метода: хотите, пробрасывайте выше, хотите - игнорируйте.
И насколько грамотно ошибка обработается, всё ещё зависит от программиста. Можно всё подряд оборачивать в try/catch и никогда не узнать о том, почему код не работает в половине случаев.
В C++ есть исключения и всё там хорошо.
В C++ много чего хорошо, а много чего нехорошо. Притом одновременно. Им надо владеть на очень глубоком уровне, чтобы знать, какой способ подходит для конкретного случая. И то бородатые программисты из разных поколений будут бесконечно спорить друг с другом как правильно. Это не то, что требуется от универсального языка.
Всё равно я пока не понял как красиво писать код на go
Никак) Go - это не про красоту. Это про утилитарность и get shit done. Но когда попривыкнешь, понимаешь, что в этом и есть своего рода красота. Ну плюс модные IDE часто красиво отображают всю это порнографию с if err != nil
Вам всё равно придётся реализовывать одно и тоже из проекта в проект
Это не обязательно фреймворк. Это может быть boilerplate, с которого все начинают пилить свой проект. Отличие в том, что фреймворк обычно предоставляет какие-то свои абстракции, знание которых не имеет ценности в отрыве от этого фреймворка, а бойлерплейт - это просто основа, в то время как весь дальнейший код опирается на стандартную библиотеку, соответственно разработчик, знакомый с языком, может прийти и быстро разобраться.
Чем отличаются все эти новомодные языки друг от друга?
Ну если мы говорим в контексте статьи, то Go как раз отличается тем, что в нём стараются минимизировать количество таких "фич". Все же мы помним вопросы с собеседований на PHP типа "что выведет код", рассчитанные на знание механизма приведения типов.
Нескучным синтаксисом?
Как раз синтаксис в Go очень скучный. Зато можно прийти с другого языка и с ходу начать понимать написанное.
Да, тут можно подискутировать по поводу определения простоты. Лично я больше склоняюсь к утверждению, что Go намеренно простой в плане синтаксиса: есть ограниченное число конструкций, которые надо изучить, чтобы понимать любой код.
ничего глупее не встречал, те из одного болота нырнуть, в другой, вопрос, а зачем?
давайте тогда на шапры переведем, это будет более грамотная миграция
Я правильно понимаю, что в вашей картине мира, миграция на C# - это единственное решение всех проблем и аргументации мы, конечно, же, не услышим, вы просто так чувствуете?
во многом, не просто домашние компьютеры, а всевозможные embedded-системы
Не во многом, а в том числе. В новостях полно фото с обычными десктопами. Это отдельная загадка, почему обновления всяких терминалов не проверяются сначала на тестовом стенде. Возможно потому, что именно этот софт обновляет сам себя по мере выхода новых версий и даже у админов нет возможности вмешаться в этот процесс.
Честно, не знаю, работает ли он также на Linux, но обычно там всё-таки pull-обновления, а следовательно ситуация снова чуть лучше.
А куда у вас делась предыдущая версия ядра? Любой адекватный дистрибутив предоставляет возможность загрузиться с ним из загрузчика. Если вы этой возможности себя лишили - ССЗБ, конечно, но большинство так не делают.
Плюс, не забываем про снэпшоты, которые, в целом, тоже уже довольно распространённое явление.
Не то чтобы сильно не согласен, но хочется примеров, что вы имеете в виду.
Лично я считаю Go одним из самых "немагических" языков, но возможно я какие-то вещи уже считаю нормой.
Часто они нужны для бумажки, чтобы ими смогла закрыться СБ, а не для практического применения.
Какой отвратительный снобизм. Как же хорошо, что карма у вас соответвует)
Лучше просто заранее узнать человека, с которым свяжешь свою жизнь)
Стесняюсь спросить, вы давно на мамонтов охотились? Ну или хотя бы на мелкую дичь?
Психологически офисная работа мало подходит по определение "добычи" чего бы от ни было. Можно, конечно, себя в этом убедить, но кажется подобные манипуляции собственным восприятием чреваты желанием подраться с начальством за звание альфа-самца, что в адекватном обществе не приветствуется.
Да, мы всё ещё животные, лимбическая система которых ощутимо старше фронтальной коры головного мозга, но полностью отрицать социальное развитие человека не стоит - из пещер мы всё-таки вышли.
Несмотря на то, что это явный butthurt, не несущий адекватной критики, отвечу. Ваш поинт в том, что в разных дистрибутивах используются разные подходы для конфигурации одного и того же функционала. И несмотря на то, что было бы приятно видеть какую-то стандартизацию, это нормально: на то они и разные дистрибутивы, чтобы в них что-нибудь отличалось. Ищите документацию к той ОС, на которой работаете, и не работайте с ОС, для которой нет документации.
Мой же поинт был в том, что корпоративные дистрибутивы проверяются на то, что по крайней мере они могут запуститься (этот факт подтверждается даже в рамках текущего происшествия), и что это возможно благодаря наличию репозиториев: даже если Microsoft захочет таким заниматься, они не смогут решить эту задачу, не переведя весь значимый софт в свой магазин приложений.
Не вижу связи между этими двумя поинтами помимо того, что вам просто очень не нравится Линукс.
Прикольно)
Только когда под основной новостью я оставил коммент, что корпоративные дистрибутивы Линукс обычно тестируются перед обновлением, мне слили карму.
Оголтелым фанатам винды лишь бы в карму насрать.
То, что сборки RedHat действительно тестируются заранее и проблема была обнаружена чуть раньше, их не волнует - непогрешимую ОС несправедливо обвиняют, как же так!
Истинно так. Уже год, собственно, живём с этими дженериками. После релиза сам думал, куда бы их воткнуть в бизнес-логику - не воткнулось. Да и в целом в production-коде видел их всего один раз.
Ну так значит, для этой задачи PHP подходит хорошо) Никто же не говорит, что PHP со всех сторон ущербен. Но это таки вполне специфическая прикладная задача. Если в вашем приложении нужно её решать часто и в больших объёмах (есть наработанная кодовая база, опять же) - для вас PHP предпочтительнее. А если такой задачи нет и надо чаще считать, например, деньги, чем парсить текст, то это слабое преимущество. Многие, я думаю, предпочтут иметь портянку кода, но быть уверенными, что лишняя копеечка никуда не улетает.
В других языках огромное количество собственных синтаксических конструкций и всевозможного сахара, который пойди пойми как работает.
Go, по сравнению с другими языками, пуст. Даже в каком-то смысле примитивен. Но благодаря этому вкатываться проще.
Но ведь это буквально одно и то же. Вам заявляют об ошибке в контракте метода: хотите, пробрасывайте выше, хотите - игнорируйте.
И насколько грамотно ошибка обработается, всё ещё зависит от программиста. Можно всё подряд оборачивать в try/catch и никогда не узнать о том, почему код не работает в половине случаев.
В C++ много чего хорошо, а много чего нехорошо. Притом одновременно. Им надо владеть на очень глубоком уровне, чтобы знать, какой способ подходит для конкретного случая. И то бородатые программисты из разных поколений будут бесконечно спорить друг с другом как правильно. Это не то, что требуется от универсального языка.
Никак)
Go - это не про красоту. Это про утилитарность и get shit done. Но когда попривыкнешь, понимаешь, что в этом и есть своего рода красота.
Ну плюс модные IDE часто красиво отображают всю это порнографию с
if err != nil
Это не обязательно фреймворк. Это может быть boilerplate, с которого все начинают пилить свой проект. Отличие в том, что фреймворк обычно предоставляет какие-то свои абстракции, знание которых не имеет ценности в отрыве от этого фреймворка, а бойлерплейт - это просто основа, в то время как весь дальнейший код опирается на стандартную библиотеку, соответственно разработчик, знакомый с языком, может прийти и быстро разобраться.
Ну если мы говорим в контексте статьи, то Go как раз отличается тем, что в нём стараются минимизировать количество таких "фич". Все же мы помним вопросы с собеседований на PHP типа "что выведет код", рассчитанные на знание механизма приведения типов.
Как раз синтаксис в Go очень скучный. Зато можно прийти с другого языка и с ходу начать понимать написанное.
Засчитывается, вопросов нет)
В целом, это согласуется с другим тезисом, который привели в комментариях:
В этот раз вы были не у руля.
Да, тут можно подискутировать по поводу определения простоты. Лично я больше склоняюсь к утверждению, что Go намеренно простой в плане синтаксиса: есть ограниченное число конструкций, которые надо изучить, чтобы понимать любой код.
Это не просто популярное мнение, а философия, заложенная в сам язык)
del
Я правильно понимаю, что в вашей картине мира, миграция на C# - это единственное решение всех проблем и аргументации мы, конечно, же, не услышим, вы просто так чувствуете?
Не во многом, а в том числе. В новостях полно фото с обычными десктопами. Это отдельная загадка, почему обновления всяких терминалов не проверяются сначала на тестовом стенде. Возможно потому, что именно этот софт обновляет сам себя по мере выхода новых версий и даже у админов нет возможности вмешаться в этот процесс.
Честно, не знаю, работает ли он также на Linux, но обычно там всё-таки pull-обновления, а следовательно ситуация снова чуть лучше.
А куда у вас делась предыдущая версия ядра? Любой адекватный дистрибутив предоставляет возможность загрузиться с ним из загрузчика. Если вы этой возможности себя лишили - ССЗБ, конечно, но большинство так не делают.
Плюс, не забываем про снэпшоты, которые, в целом, тоже уже довольно распространённое явление.