Обсуждая Линукс, очень часто затрагивают тему его GUI, в том числе оболочки gnome. Но я имел ввиду другое: Майкрософт сама выпустила свой фреймворк и сама сделала его важнейшим компонентом. В то время, как qt и python - языки, на которых хоть и написаны некоторые компоненты Линукс, они не созданы Линусом Торвальдсом и не сделаны главными компонентами линукса
switch - не процедурное наследие. Процедурное наследие - goto. Вот этот оператор реально может похерить code style) после него и появилось структурное программирование, в основе которого лежит утверждение: любую программу можно написать с помощью линейных переходов, условий и циклов. switch работает немного иначе, нежели goto с метками. И мне казалось, что switch появился позже, но тут могу ошибаться.
switch действительно можно избежать, но главный вопрос - целесообразность. Если это увеличит количество кода в разы, ещё и убавляя производительность (например, заменив его на какой-то класс), то сколько методов open/close не придерживайся, а код будет куда менее читабельным и его будет труднее редачить. Так что предлагаю сделать вывод: большие конструкции в switch действительно не стоит пихать, потому что это смотрится дико. Но для простых задач switch прекрасно подходит
Я вроде осознал главную мысль спора. WieRuindl считает, что switch - лишняя обёртка над вызовом соответствующего метода. Но это далеко не во всех случаях так. Например, есть метод получения количества дней в месяце, представленный GreyN. Этот код невозможно улучшить, switch идеально вписывается сюда. Так что предлагаю закончить дискуссию и принять, что бывают случаи, когда switch упрощает жизнь, но использовать его где попало - нельзя
Всегда нужно ставить вопрос целесообразности. Если класс выполняет одну единственную функцию и его не планируется расширять, а любое применение каких-то принципов усложняет код и увеличивает его количество в разы, то я считаю, что настольное применение каких-либо принципов - плохо. Принципы разработаны для общих случаев. Ну и безусловно, код должен быть красивым и читаемым
Ну, в этой ситуации вы оба не привели никаких примеров или доводов. Я вижу ничем не обоснованные факты и такие же ответы "да/нет". Это не имеет никакого смысла)
Есть бесспорный аргумент в пользу использования switch: он быстрее if-else. Ваших аргументов я не понимаю, т.к. switch - аналог if-else. В частности, какое отношение switch имеет к ООП. В общем, вероятно, вы друг друга просто не понимаете)
Лично я считаю, что использование проверок типов может использоваться только в крайнем случае. Например, если существует готовая библиотека, в которой не реализован функционал для какого-то класса. Конечно, есть наследование, но что, если класс final? В этом случае без этого не обойтись. Это единственная связь с ООП, которую я пока что увидел, прочитав комментари. Но то же можно сделать и с использованием if-else
Вы считаете, что использование этого оператора приводит к плохому дизайну в коде. Эти выводы были сделаны на основании статей, но, очень часто, статьи рассматривают лишь одну сторону медали, на которую натолкнулся автор. Если есть реально интересные статьи, где рассматривается switch как причина плохого дизайна кода, и при этом учитывается его высокая эффективность - буду благодарен, если скинете. Возможно, перестану писать плохой код :)
Я согласен, но тут это скорее просто в качестве примера того, как это выглядит. JSON следует избегать в рядовых случаях, но, например, если хранить ответы апи в чистом виде, не стоит размазывать ключи по полям - можно просто записать в jwon. Плюс бывают ситуации, когда поля часто меняются, и тогда с точки зрения бизнес логики выгоднее положить эти поля в json, чтобы каждый раз не менять БД, и в таком случае обсуждаемый пример выглядит корректно. Это всё конечно не для новичков
Вставлю свои 5 копеек: некорректно просить привести примеры core-элементов гибридной системы в сравнении с монолитным ядром linux. Я считаю, что аргументы, связанные с .NET, следует засчитать. Так или иначе, без этого НЕ core-элемента винда из себя мало что представляет, а вина за разведённый зоопарк актуальных версий лежит именно на MS. То, что dotnet сторонний компонент, также некорректно. Это компонент, который в большинстве простых пользовательских сценариев обязателен к установке, и, опять же, его разработчиком является сама MS
А я не понял. Этот браузер не проверяет отечественные сертификаты при получении обновлений?)) Ладно сертификаты, там должны быть механизмы защиты, типа аунтефикации или проверки получаемого обновления, раз эти браузеры были в гос.учреждениях. Они не думали, что домен можно подменить?)
Хотя, ради справедливости, это рекомендуют не разработчики, а ФСБ, а они вряд-ли в коде что-то смотрели, так что это скорее чисто меры предосторожности
Нууу, знаете, немного практики ASM, и Вы сможете любую систему администрировать)) Не, не спорю, vbscript - это реально классная штука. Но для прогеров) не для сисадминов. Для них bash намного удобнее, глупо отрицать главное достоинство linux в этом плане, ведь он именно для работы с консолью и разрабатывался, в отличие от windows, которая даже переводится, как "окна" :)
P.S. Тем не менее приятно, что сейчас расширяют такие фичи
Давайте будем честны. Сравнивать gui windows с gui linux - всё равно, что сравнивать экран монитора и экран на смарт мультиварке. В Windows всё завязано больше на GUI, большинство приложений для этой ОС рассчитано как раз на такой сценарий использования. С Linux всё с точностью наоборот. И в этом случае GUI лишь вспомогательное средство, а не основное. Linux очень удобно использовать без него, в то время как Windows использовать таким образом практически невозможно. У каждой ОС есть свои плюсы и минусы, а также разные целевые сценарии использования. Это уже тянет на отдельную статью) понимаю, что в условиях импортозамещения многим приходится менять ОС на неподходящую под задачи, но это не вина linux)
Для python есть pytube, отдающий список ссылок на ресурсы. Для высоких расширений отдаются ссылки на видео и аудио отдельно, можно клеить ffmpeg с python-адаптером. Уверен, для котлина тоже есть такая возможность
Надо пытаться. Каждое собеседование - +опыт, +темы, которые человек не знает. Это очень полезно и для определения собственной квалификации, и для развития навыков
Не понимаю, почему статью назвали мусорной. Это конечно не какое-то исследование, сравнение или суперполезный гайд, но тем не менее читать о том, как другие люди в чём-то преуспели, бывает очень полезно. Да, может кому-то не очень нравится стиль, в котором статья написана. Но это не отменяет её полезности
P.S. прочитал комментарий NutsUnderline. Именно для осознания этой сути и нужно читать такие статьи
Обсуждая Линукс, очень часто затрагивают тему его GUI, в том числе оболочки gnome. Но я имел ввиду другое: Майкрософт сама выпустила свой фреймворк и сама сделала его важнейшим компонентом. В то время, как qt и python - языки, на которых хоть и написаны некоторые компоненты Линукс, они не созданы Линусом Торвальдсом и не сделаны главными компонентами линукса
switch - не процедурное наследие. Процедурное наследие - goto. Вот этот оператор реально может похерить code style) после него и появилось структурное программирование, в основе которого лежит утверждение: любую программу можно написать с помощью линейных переходов, условий и циклов. switch работает немного иначе, нежели goto с метками. И мне казалось, что switch появился позже, но тут могу ошибаться.
switch действительно можно избежать, но главный вопрос - целесообразность. Если это увеличит количество кода в разы, ещё и убавляя производительность (например, заменив его на какой-то класс), то сколько методов open/close не придерживайся, а код будет куда менее читабельным и его будет труднее редачить. Так что предлагаю сделать вывод: большие конструкции в switch действительно не стоит пихать, потому что это смотрится дико. Но для простых задач switch прекрасно подходит
Я вроде осознал главную мысль спора. WieRuindl считает, что switch - лишняя обёртка над вызовом соответствующего метода. Но это далеко не во всех случаях так. Например, есть метод получения количества дней в месяце, представленный GreyN. Этот код невозможно улучшить, switch идеально вписывается сюда. Так что предлагаю закончить дискуссию и принять, что бывают случаи, когда switch упрощает жизнь, но использовать его где попало - нельзя
Всегда нужно ставить вопрос целесообразности. Если класс выполняет одну единственную функцию и его не планируется расширять, а любое применение каких-то принципов усложняет код и увеличивает его количество в разы, то я считаю, что настольное применение каких-либо принципов - плохо. Принципы разработаны для общих случаев. Ну и безусловно, код должен быть красивым и читаемым
Ну, в этой ситуации вы оба не привели никаких примеров или доводов. Я вижу ничем не обоснованные факты и такие же ответы "да/нет". Это не имеет никакого смысла)
Есть бесспорный аргумент в пользу использования switch: он быстрее if-else. Ваших аргументов я не понимаю, т.к. switch - аналог if-else. В частности, какое отношение switch имеет к ООП. В общем, вероятно, вы друг друга просто не понимаете)
Лично я считаю, что использование проверок типов может использоваться только в крайнем случае. Например, если существует готовая библиотека, в которой не реализован функционал для какого-то класса. Конечно, есть наследование, но что, если класс final? В этом случае без этого не обойтись. Это единственная связь с ООП, которую я пока что увидел, прочитав комментари. Но то же можно сделать и с использованием if-else
Вы считаете, что использование этого оператора приводит к плохому дизайну в коде. Эти выводы были сделаны на основании статей, но, очень часто, статьи рассматривают лишь одну сторону медали, на которую натолкнулся автор. Если есть реально интересные статьи, где рассматривается switch как причина плохого дизайна кода, и при этом учитывается его высокая эффективность - буду благодарен, если скинете. Возможно, перестану писать плохой код :)
Я согласен, но тут это скорее просто в качестве примера того, как это выглядит. JSON следует избегать в рядовых случаях, но, например, если хранить ответы апи в чистом виде, не стоит размазывать ключи по полям - можно просто записать в jwon. Плюс бывают ситуации, когда поля часто меняются, и тогда с точки зрения бизнес логики выгоднее положить эти поля в json, чтобы каждый раз не менять БД, и в таком случае обсуждаемый пример выглядит корректно. Это всё конечно не для новичков
Так он был тимлидом, это всё объясняет)) "бэкенд - это же так просто! Мы точно сможем уложиться в сроки"
Вставлю свои 5 копеек: некорректно просить привести примеры core-элементов гибридной системы в сравнении с монолитным ядром linux. Я считаю, что аргументы, связанные с .NET, следует засчитать. Так или иначе, без этого НЕ core-элемента винда из себя мало что представляет, а вина за разведённый зоопарк актуальных версий лежит именно на MS. То, что dotnet сторонний компонент, также некорректно. Это компонент, который в большинстве простых пользовательских сценариев обязателен к установке, и, опять же, его разработчиком является сама MS
А я не понял. Этот браузер не проверяет отечественные сертификаты при получении обновлений?)) Ладно сертификаты, там должны быть механизмы защиты, типа аунтефикации или проверки получаемого обновления, раз эти браузеры были в гос.учреждениях. Они не думали, что домен можно подменить?)
Хотя, ради справедливости, это рекомендуют не разработчики, а ФСБ, а они вряд-ли в коде что-то смотрели, так что это скорее чисто меры предосторожности
...и попадут в мусор!
Нууу, знаете, немного практики ASM, и Вы сможете любую систему администрировать)) Не, не спорю, vbscript - это реально классная штука. Но для прогеров) не для сисадминов. Для них bash намного удобнее, глупо отрицать главное достоинство linux в этом плане, ведь он именно для работы с консолью и разрабатывался, в отличие от windows, которая даже переводится, как "окна" :)
P.S. Тем не менее приятно, что сейчас расширяют такие фичи
Давайте будем честны. Сравнивать gui windows с gui linux - всё равно, что сравнивать экран монитора и экран на смарт мультиварке. В Windows всё завязано больше на GUI, большинство приложений для этой ОС рассчитано как раз на такой сценарий использования. С Linux всё с точностью наоборот. И в этом случае GUI лишь вспомогательное средство, а не основное. Linux очень удобно использовать без него, в то время как Windows использовать таким образом практически невозможно. У каждой ОС есть свои плюсы и минусы, а также разные целевые сценарии использования. Это уже тянет на отдельную статью) понимаю, что в условиях импортозамещения многим приходится менять ОС на неподходящую под задачи, но это не вина linux)
Для python есть pytube, отдающий список ссылок на ресурсы. Для высоких расширений отдаются ссылки на видео и аудио отдельно, можно клеить ffmpeg с python-адаптером. Уверен, для котлина тоже есть такая возможность
Поражаюсь, как же pwsh похож на php))
Надо пытаться. Каждое собеседование - +опыт, +темы, которые человек не знает. Это очень полезно и для определения собственной квалификации, и для развития навыков
Тут имеется ввиду, что раз они написаны на c++/go/rust, можно использовать их без python)
Не понимаю, почему статью назвали мусорной. Это конечно не какое-то исследование, сравнение или суперполезный гайд, но тем не менее читать о том, как другие люди в чём-то преуспели, бывает очень полезно. Да, может кому-то не очень нравится стиль, в котором статья написана. Но это не отменяет её полезности
P.S. прочитал комментарий NutsUnderline. Именно для осознания этой сути и нужно читать такие статьи
Докопался ДО орфографии. Да, я тоже это люблю :)
Я тоже сначала так прочитал, удивился)) на самом деле там написано: переход НА реакт С angularjs
Надеюсь, фраза про нейросети в orm была шуткой))
Новояз для любителей vpn?)