@alexanderbarakin Участнику Squidward, также известному как Discord, также известному как Athari, также известному как Прохоров А. Д., также известному под десятком других имён, интересно было бы узнать, есть ли нормальная замена на человеческом языке громоздким, труднопроизносимым и трудновоспринимаемым конструкциям "вопрос, использующийся в качестве цели закрытия вопроса как дубликата" или "вопрос из дублирующейся пары, остающийся открытым". Также он благодарен за пояснение технических требований движка, потому что сам начал сомневаться в их наличии в силу наблюдаемых на сайте закрытий. — Squidward30 secs ago
Congrats you've found another untranslated string buried deep in our source code!
I've made it localizable, so you can suggest translations on Transifex.
@АлексейШиманский Меня убивает, когда пропагандируют использовать PHP как шаблонизатор, а потом городят <?php echo $foo; ?>. PHP офигителен для шаблонов, но только если использовать краткие теги и альтернативный синтаксис управляющих конструкций (<? if ($foo): ?><?= $foo ?><? endif ?>). Проблемы с <? ?> только у тех, кто пишет код, который должен выполняться на говнохостингах (в том числе весь опенсорс).
@Squidward все эти psr не просто так появились. единобразие улучшает читаемость.
@Squidward ну и на неговнохостингах php как шаблонизатор не нужен. туда можно запихнуть нормальный шаблонизатор с компиляцией
@Squidward ибо в php-шаблонизаторе даже фильтров нет =)
кмк, php как шаблонизатор нужен чтобы зафигачить прототип либо в крохотных проектах, где вообще не имеет смысл тащить внешние зависимости. все остальное "от лукавого"
@Squidward что-то вроде функций, оборачивающих переменные. сталкивались с twig? так вот там эта концепция есть и хорошо развита. пример {{ foo|translate|lower }}
@PashaPash да... если б сделали синтаксис еще короче чем <?= $foo; ?> это конечно неплохо было бы..... хотя в IDE всегда можно настроить шорткод для вставки шаблона
понятно, что все это делается функциями, но тут есть ряд особенностей. 1. Функции обладающие состоянием - а-та-та. 2. Красиво пробросить контекст в php-шаблон не получится
@DmitriySimushev Несколько функций, чтобы обернуть извращенские htmlspecialchars — и ОК. Фильтры в пять слоёв так хуже читаются, но при пяти слоях фильтров пора задуматься о коде.
@Squidward кстати о hsc. ручками в каждом месте оборачивать выводимые данные в htmlspecialchars - зло. а коверкать данные на уровне выше - тоже спорное решение. Любой нормальный шаблонизатор по-умолчанию фильтрует выводимые переменные, но ему можно в явном виде указать этого не делать
@Squidward это очень важны шаг в сторону от магии к единообразию и читаемости
@Squidward именно поэтому пора заканчивать с говнокодом и начинать делать все нормально. поверьте, пропаганда php-шаблонизатора (там где это не уместно), шаг в противоположенном направлении
@DmitriySimushev На .NET наговнокодить будет сложнее. Равно как ненаговнокодить на PHP. А так все языки и среды полностью подчиняются прослойке между монитором и креслом, да.
@Squidward ну а срач PHP vs .NET - считаю бессмысленным. Кроме прочего, если вы так уверены в божественном превосходстве .net перед php, то вы в очередной раз упускаете очевидное: все это просто инструменты
@DmitriySimushev частично согласен с вами что в большей степени говнокод пишется разработчиком, но язык позволяет усложнить процесс написания говнокода
@Squidward если вы не умеете не говнокодить на php -- это исключительно ваша проблема и вовсе не означает, что нельзя все сделать правильно.
@Squidward ну а про сложность наговнокодить на .net - раскажите авторам вопросов, которые, к примеру, вместо использования LINQ - лепят чудовищные костыли
@Bald и да и нет. дело не в самом языке, а в сообществе разработчиков, которое за ним стоит. php используется преимущественно школьниками, со всем вытекающими. и связано это с порогом вхождения (php - слишком прост)
@DmitriySimushev Что вы ко мне-то привязались? У PHP есть вполне изученные свойства, которые приводят к ошибкам и говнокоду у новичков. И у .NET есть вполне изученные свойства, когда язык и среда заставляют новичков писать правильно, потому что сделать неправильно сложнее.
@DmitriySimushev Рукожопы есть и там, и там, но у дотнетовых рукожопов качество будет выше. У светил программирования на люом языке будет качественный код, да. Но они не составляют большинство в практически любой компании.
@Bald у C# просто история развития привела к тому, что туториалы по ровному подходу (LINQ) проче и доступнее, чем туториалы по старому (датасеты, датаадаптеры и прочий ад)
2
@Bald т.е. если новичек идет по пути наименьшего сопротивления - то он возьмет linq/ef + razor + mvc
@Squidward ну и снова вы не правы. тут дело не в том, что рукожопы разные (по уровню говнокода), а в процентном соотношении рукожопов к нормальным разработчикам. в php с этим действительно запредельная беда
@PashaPash вот именно поэтому я так ратую за просвещение людей о том как не надо писать на php. возвращаясь к началу холивара "php - хреновый шаблонизатор. не стоит использовать эту его фичу"
@DmitriySimushev Ну вот тут уже язык не очень виноват. Это у народа настрой "я ничего не умею, поэтому пойду писать на PHP сайтики". Популярность сыграла злую шутку, плюс движков много накопилось. Так-то на дотнете клепать мусор не сильно медленнее, просто из-за истории на нём нем движков типа вордпресса, друпала и прочих.
Логика поднятия вопроса Духом сообщества выглядит следующим образом.
Дух поднимает вопрос максимум один вопрос в час. Для поднятия вопрос должен:
иметь рейтинг 0 и более;
быть неактивным как минимум в течении 30 дней;
иметь как минимум один не удаленный ответ с рейтингом 0;
не иметь ответов,...
@Squidward на .net клепать дешевый сайтики не очень получалось из-за цены платформы. это ж не линукс на треть ядра с mysql. дотнету подавай винду ($) и SQL Server ($$$)
@DmitriySimushev а неважно кем. вопрос в доступности. интернет уравнивает - вы напишете туториал, школьник напишет - выглядит одинаково - для другого школьника
@PashaPash а вот за это .net надо жечь. вместо траты денег на разработку бизнес-приложения, приходится выкладывать кучу денег за непонятные лицензии всего подряд
@DmitriySimushev тем не менее, при внедрении чего-то крупного - вы заплатите на саппорт редхату (или кому там сейчас модно платить)
@DmitriySimushev т.е. мы вот платим azure. не за то, что там винда. а за то, что я лью туда пакет с приложением - а что там и как с железом и операционкой происходит - их проблемы
@PashaPash вы, кстати, забыли еще об одной важной вещи: вы целиком и полностью зависите от ms. и это работает - пока ms жив. а вот надоест им поддерживать (ну мало ли) ваше любимое ПО и что тогда?
@PashaPash SQL Server до определённой нагрузки бесплатный, вроде, был. Вот потом цены запредельные. Ну и он гвоздями не прибит, постгрес и мускул можно спокойно использовать (правда не все магические фичи EF могут работать).
@Bald Среда разработки стала не более доступна, а практически бесплатна. Для мелких компаний версия Про бесплатна. Кому не хватает — бизспарк бесплатно на три что ли года. Вторая эра халявы.
@PashaPash есть альтернатива: сами обслуживайте ваш линукс сервер. если у вас достаточно квалификации - это работает. ну и нет смысла переплачивать деньги за лицензию на сам win
@DmitriySimushev Если МС прогорит настолько, что поддержка софта кончится, то сайтики будут меньшей из моих проблем. Скорее всего, в мою дверь уже будут стучаться зомби, а окна освещать ядерный гриб. Вон, Дельфи уже раз пять перепродали — и ничего, не дохнет до сих пор.
@DmitriySimushev Гугл со своим "опенсорсом" тоже может прогорить. И Мозилла. И ещё дофига компаний. Если они всех уволят, то "опенсорс" остановится. Весь опенсорс стоит на плечах корпораций.
@DmitriySimushev можно их упорства заплатить эти деньги не MS, а напрямую производителью железа (причем платить постоянно), поставить линукс, поставить на него все, админить это все, платить за интернет, организовать дублирующий канал
@DmitriySimushev на выходе - та же база с 999 (если повезет), но в разы дороже
@DmitriySimushev для меня ситуации "платить за SQL Server с Query Store, он позволяет вам автомагически смотреть что с сервером не так идет" и "платить человеку, который как-то (как?) будет говорить мне то же самое по базе в MySQL" - равнозначны
@DmitriySimushev Софт МС не может сдохнуть "внезапно". Смерть, если таковая настанет, будет долгой и мучительной. См. Дельфи. Будет время на выбор и миграцию.
@DmitriySimushev Сумма миграции против суммы поддержки админов, нескольких датацентров и ещё тьмы тьмущей сумм ручного управления? Миграция запросто дешевле.
@DmitriySimushev да, действительно, беспредел. проклятый опенсорс (webkit) захватил рынок практически проприетарной реализацией, что уже приводит к той же картине, что была во времена IE6
@DmitriySimushev Миграция на другую БД — это миф. Такое происходит оправданно разве что в системах со стажем 10+ лет. То же с облаками крупных вендоров. Ну не дохнут они каждый день.
@PashaPash ФФ тормознутый, если открыть больше 1000 вкладок. Проверял, знаю. Хром менее тормознутый, но если открывать только 10 вкладок и согласиться с тормозами всего остального софта.
Это составное сообщение, которое выглядит следующим образом
You have not reviewed any $QueueTitle$ yet.
Поправил на следующий вариант:
Вы еще не проверяли ни одного сообщения из очереди «запоздалые ответы»
@PashaPash Проблема с опенсорсом в том, что он существует в только фантазиях. Весь крупный опенсорс живёт за счёт подачек корпораций, код от независимых разрабов в нём — статистическая погрешность. Весь мелкий опенсорс — проекты одиночек. Весь средний опенсорс — лебедь, рак и щука. Всё плохо.
@PashaPash Дотнет ни черта не ушёл в опенсорс. В опенсорс выкинули огрызок дотнета под названием "штуковина для запуска ASP.NET для линуксах". С шарпом чуть лучше.
@DmitriySimushev да без разницы. он все равно полностью контролируется и поддерживается гуглом. ментейнеры работают в гугле. деньги на разработку практически дает гугл. не будет денег - разработка остановится, а других игроков, способных такой же объем влить - нет
NeoQUEST
http://neoquest.ru
Место: Санкт-Петербург
Стоимость: бесплатно
Конференция проходит летом в Санкт-Петербурге (кста, в этом году 7 июля, скоро совсем), много докладов по инфобезу различного уровня сложности. Подается в веселой форме, конкурсы, смешной ведущий, демонстрации атак (даже c...
@DmitriySimushev Пока что я наблюдаю, что для нормального развития языка нужна диктатура. Шарп — объективно самый крутой управляемый язык в мейнстриме. Решающий голос у одного человека. Питон — объективно самый крутой скриптовый язык в мейнстриме. Решающий голос у одного человека.
@Etki Отдельные личности пытаются доказать, что какие-то языки не говно, потому что есть нормальные программисты, а опенсорс дешевле и надёжнее прогнившей проприетарщины, потому что Столлман.
@Grundy Шарп — управляемый язык, эрго не подходит для системного программирования. Но это вырожденный случай, мало народа этим занимается. Весь прикладной слой можно писать на любом мейнстримовом языке.
@DmitriySimushev Да, и чтобы меня не записывали в проповедники шарпа: он тоже — говно: нет выведения типа лямбды, нет эквивалентности одинаковых делегатов, необнуляемые ссылочные типы приделывают костылями, нет базового числового типа, нет глобальных функций, упоротый синтаксис всех вариантов записи свойств и полей, нет множественного наследования, унаследованный зоопарк недженериковых коллекций — вещи, которые никогда не справят.
@DmitriySimushev Фортран — наследие царского режима. Он не нужен. В некоторых случаях он быстрее сей, но если отрубить некоторые гарантии сей при компиляции, то преимущества обнуляются.
@DmitriySimushev Это называется "наследие царского режима". Систему дешевле поддерживать на ископаемом инструменте, чем переписывать на современный инструмент.
@DmitriySimushev Но подходит же. Чуть лучше, чуть хуже — уже нюансы. Факт в том, что можно, и многие так делают.
@DmitriySimushev Если мы говорим про системный софт (браузеры я уже практически отношу к системному софту) и софт с выжиманием всех соков из железа (ААА игрушки и профессиональный софт), то есть только C/C++. На данный момент я оставляю его за скобками, потому что выбор языков для этого слишком узкий, и плюсам сливает абсолютно весь остальной мейнстрим.
@PashaPash Кстати, на Хабре писали про эксперименты с OCR, которые угадывают капчи лучше живых людей... Вроде, в паблик не выкладывали, но факт в том, что оно уже есть. Капчи с картинками ломаются словарями. В общем, можно и продвинутым путём пойти тоже, правда это может выйти дороже индусов. :)
Предложенные вами изменения совпадают с правкой, ожидающей проверки.
Предложенные вами изменения совпадают с правкой, ожидающей проверки. [Пожалуйста, ознакомьтесь с правкой]($url$).
@Squidward Выведение типа лямбды скорее всего будет. Эквивалентность одинаковых делегатов = отказ от номинальной системы типов? Было предложение, вроде пока отвергнуто, duck typing же. Необнуляемые ссылочные типы, да, будут прибиты сбоку, пока наконец они не решатся на breaking changes. Глобальные функции — а чем static using плох? Базовый числовой тип непонятно, как эффективно имплементировать, если у хоть кого-то есть идеи, welcome. Множественное наследование — нет, просто нет.
@Grundy Ну, почитайте, например, про историю systemd
@Grundy Ну, поменял архитектуру на как бы теоретически лучшую, игнорируя мнение остальных.
@DmitriySimushev Ну да, но это legacy. Слишком дорого потому, что на него много завязано. В новой, разрабатываемой с нуля системе никогда не будет фортрана.
@DmitriySimushev Почему? Вроде с value types пошустрее бегает, нет?
Индикатор отображает количество сообщений в очереди для модераторов и участников, получивших привилегию «инструменты модератора».
Существуют уникальные настройки для каждого сайта. Например, на Stack Overflow на английском в счетчике не учитываются голоса за закрытие вопросов, а сам индикатор оч...
Есть необходимость выбрать облако для проекта. подразумевается N серверов, которые лежат внутри сетки, а наружу смотрят только M < N серверов. Есть надежные кандидаты?
Нам в конечном итоге нужна стабильная работа и минимум геморроя с поддержкой
Селектел по описанию вообще то, что нам нужно, но денег берет много и на остальных услугах столько раз стрелял нам в ноги, что хотелось бы избежать повтора
@VladD Много раз уже говорили, что выведения лямбды не будет. Типа, в общем случае не получится, а в частном нафиг надо. Неэквивалентность делегатов тут как раз мешается.
@VladD И где эта ваша номинальная система типов проявляется-то, кроме делегатов, для которых это мешается примерно в 99% случаев? Типобезопасный typedef Temperature Double я сделать не могу. Даже нетипобезопасный не могу. Только синоним на уровне одного файла, да и тот умирает при любом рефакторинге. Да, в джетбрейнс сказали, что сохранять алиасы слишком напряжно, "никому не надо", поэтому не будет реализовано никогда.
@VladD Using static плох тем, что каждый класс становится неймспейсом. В дотнете приняты адекватные крупные неймспейсы, а тут исключение. Ну и с Main это никак не помогает. Но это так, мелочи, в общем-то.
@VladD А никак не реализовать базовый числовой тип. Можно было бы магический интерфейс сделать, но это и совместимость вперёд поломает, и потащит за собой новые фичи типа операторов в интерфейсах. Короче, виртуальную машину обновлять надо, а на это вряд ли скоро пойдут.
@VladD Что не так с множественным наследованием-то? Не, ну метапрограммирование с макросами было бы круче, конечно.
.NET'чикам сюда: http://dotnext.ru
Единственная действительно общероссийская конференция по .NET. Минимум маркетинга, максимум технического хардкора. Присутствуют иностранные докладчики.
Ах да, в шарпе ещё типы перед именем переменной пишутся. Ненавижу.
Главное, чтобы шарповики не брали пример с джавистов в вопросе совместимости вперёд. Джависты настолько трясутся над виртуальной машиной, что без стеснения превращают стандартную библиотеку в треш, угар и содомию из-за поломанных дженериков. Я не джавист, но у меня невообразимая боль от вида неймспейсов (не и/о) потоков и функциональных интерфейсов. На месте дизигнеров языка я бы застрелился.
@Squidward Ну, с усилением системы типов может и взлететь. На гитхабе вопрос обсуждался. Например, нужно найти тип выражения (да, это будет выражение) throw new Exception(). Плюс да, хотите автовыведение — давайте хинты.
@Squidward Эхм. Ну, типы class Quote { public string Source; } и class Image { public string Source; } разные с точки зрения номинальной, и одинаковые с точки зрения структурной системы типов. Мы просто не замечаем преимуществ номинальной системы, настолько они очевидны.
@Squidward Ну, эта-то проблема решаема. Глобальные функции в том же F# есть.
@Squidward Ну даже бог с ней с VM, а какой нативный код генерировать? Тут начинаются проблемы.
@Squidward По моему опыту, trait'ов вполне достаточно. А метопрограммирование таки да, будет, через replace/original.
Макросов, как я понимаю, не будет, и я бы сказал, лучше не надо, чтобы не было проблем со скобками и всем таким. До сих пор не понимаю стандартного сишного трюка с #define PASTE2(x, y) PASTE(x, y)
@Squidward А вот это тяжёлое наследие C :-\ Родовая травма, не лечится. Всё-таки у нас C#, а не что-то другое.
@Squidward А есть язык, в котором множественное наследование не сопряжено с болью и унижением? C++ не предлагать.
Некоторое время назад обратил внимание на странное уведомление:
код в ответе исправлен
"Hello, World!"
Речь идёт о ревизии 2, в которой сделано несколько стилистических исправлений, никак не затрагивающих код. Так почему же "код в ответе исправлен"?
Congrats you've found another untranslated string buried deep in our source code!
I've made it localizable, so you can suggest translations on Transifex.
NeoQUEST
http://neoquest.ru
Место: Санкт-Петербург
Стоимость: бесплатно
Конференция проходит летом в Санкт-Петербурге (кста, в этом году 7 июля, скоро совсем), много докладов по инфобезу различного уровня сложности. Подается в веселой форме, конкурсы, смешной ведущий, демонстрации атак (даже c...
.NET'чикам сюда: http://dotnext.ru
Некоторое время назад обратил внимание на странное уведомление:
код в ответе исправлен
"Hello, World!"
Речь идёт о ревизии 2, в которой сделано несколько стилистических исправлений, никак не затрагивающих код. Так почему же "код в ответе исправлен"?
