Почему не завести свой email сервер? Домен стоит 2 бакса в год. На нём можно сделать сколько угодно email-ов.
Купить домен и арендовать виртуалку для своего почтового сервера, конечно же, можно, но под каким имейлом вы зарегистрируетесь на сайте регистратора и облачного провайдера?
это аксиома — одна строчка это крайне мало, не надо быть экспертом чтобы понять это :-)
А если в диффе за день — минус тысяча строк, то разработчик, получается, вообще должен заплатить компании за свою работу?
Не знаю, как у вас, а у меня не раз случались дни, в которые было ноль коммитов и ноль строк кода, а только лишь сплошной гугл, сайхаб и стопка изрисованных листов бумаги. Не каждую задачу можно решить сразу в коде.
Основная особенность xonsh в том, что он «магически» угадывает что вы ввели
То бишь это Punto Switcher…
Думаю, тут неспроста слово «магически» взято в кавычке: ничего xonsh не угадывает, а различие между вызовом внешних команд и питоновским кодом однозначно детерминировано грамматикой скриптового языка.
Может сложиться ситуация, при которой моя пайтон-функция rm с аргументами -rf / может восприняться как вызов шелла?
Конкретно такая ситуация сложиться не может. Ваш пример с rm -rf *; /foo всё же несколько про другое.
Обсуждение статьи не будет полным без ссылки на std::next_permutation. Хотя лично я никогда не понимал, что эта функция вообще делает в стандартной библиотеке С++.
Один я считаю, что правильным ответом на все опубликованные в статье вопросы должно быть «А не всё ли равно, сколько»? Какой-то набор унылых бесполезных фактов.
Теперь проделайте то же самое с первым постом в цепочке — результаты окажутся далеко не столь радужными. (UPD: Хотя, впрочем, не так уж и плохо выглядит.)
Качество обсуждения страдает. Представьте себе историю коммитов, список рассылки или комментарии в баг-трекере на нескольких языках вперемешку. Мне бы такое очень не понравилось, особенно, если авторы не утруждают себя правилами орфографии.
вне РФ многоязычие встречается намного чаще, чем вы думаете
Многоязычие широко представлено и внутри РФ, но много ли вы видите на этом сайте статей и комментариев на татарском, чеченском или украинском? Чем для иностранцев русский язык принципиально отличается от этих языков?
В моей фб-ленте я регулярно встречаю посты с комментариями на двух-трёх-четырёх разных языках вперемешку
Я тоже регулярно вижу такое в комментариях на ютубе — последнем из мест, куда бы отправился в надежде на конструктивное обсуждение по существу. Я вообще мало видел информативных обсуждений в соцсетях, всё сплошь акты социального взаимодействия: похвалить фотографию, выразить своё фи, высказать превосходство своей точки зрения по политическим вопросам. Такую дискуссию хоть на токипону переведи, ничего не потеряется.
Думаю, англоговорящим будет непонятно, какой профит они получат от публикации своего материала на ресурсе, где практически 100% контента — на русском языке. Заставить их передумать видится мне очень сложной маркетинговой задачей.
Категорически против идеи интернационализации. КМК, причина, по которой проект в своё время выстрелил — его русскоязычность: сюда приходили, чтобы читать статьи на родном языке и обсуждать их на родном языке. А когда участники свободно владеют языком проекта, это способствует повышению качеству материалов и обсуждений.
С моей точки зрения, интернационализация приведёт к тому, что:
количество статей на английском будет небольшим, потому что писать тексты на иностранном языке сложнее, чем на родном;
качество статей и комментариев на английском не будет особенно высоким, потому что не всегда можно выразить нетривиальную мысль на чужом языке без потери оттенков смысла;
потеряется языковая консистентность: (1) обязательно найдутся люди, которые будут комментировать англоязычные статьи по-русски; (2) английский текст будет чужеродно смотреться в обрамлении русскоязычной навигации сайта.
В общем, завоевание мира может и не случиться, но сложившейся экосистеме ресурса урон будет нанесён в любом случае.
К сожалению, это не так. Попробуйте программно поменять местами клавиши Ctrl и, например, Return (или любую алфавитно-цифровую клавишу) — и вам это не удастся. Связано это с тем, что клавиши-модификатор отличаются от немодификаторов как на аппаратном уровне, так и на уровне протоколов PS/2 и USB-HID.
Только полные задроты сидят бесплатно после работы в оупенсорсах и это медицинский факт.
Я не знаю, насколько это к вам лично относится, но есть много разработчиков, которые с радостью тащат опенсорсные библиотеки в свои рабочие проекты (потому что свой велосипед надо не просто написать, но и отладить, а потом поддерживать), но если им предложишь пофиксить багу в их же рабочем инструменте, то начинается всё это: жена, дети и апелляция к возрасту. Попробуйте лучше при случае убедите своего работодателя оплатить вам работу по улучшению чего-то опенсорсного из числа того, что уже используется в компании, вдруг получится.
В качестве альтернативного решения проблемы «у меня большой опыт, но мне нечего показать» могу предложить, ну не знаю, выступать на конференциях (хинт: это тоже можно делать за счёт работодателя, если повезёт) или статьи/книги писать. Но, возможно, с вашей точки зрения это тоже удел полных задротов, а опыт настоящих спецов можно заметить на глаз по свечению ауры.
Нельзя взять и сделать из горизонтального иероглифического текста вертикальный простым размещением глифов по другим координатам, забив на традицию. Посмотрите на ваш скриншот: жёлтым я подсветил символы, которые должны были бы изображены иным образом.
Заголовок спойлера
Здесь кавычки 「...」должны были повернуться на 90° вправо, признак долготы «ー» стать вертикальным, а остальные выделенные символы — сместиться не вниз относительно квадрата, а вправо. Кстати, хромиум справляется c корректным отображением таких текстов, посмотрите, например, статью японской википедии, посвящённой вертикальному и горизонтальному письму:
Qt, нормальная лицензия которого начинается от 4к$
А чем ненормальна бесплатная LGPL? До тех пор, пока ваше приложение просто использует Qt как библиотеку, вы не обязаны раскрывать никаких своих исходников.
В гите с некоторых пор есть механизм для неполного клонирования, можно попробовать использовать его у вас. Если вам нужно оставить, например, последние 100 коммитов истории, искомые команды будут какие-то такие:
Нужно только позаботиться об обработке возможных ошибок и убрать захардкоженное имя временной директории. Плюс, добавить поиск по истории, если нужно работать именно по дате, а не количеству последних коммитов. В общем, придётся оформить в виде полноценного скрипта. Кстати, file:/// — это важно.
Предложенный способ привлекателен тем, что убирает из репозитория коммиты без изменения хэшей оставшихся, как это сделал бы git rebase. Но я не гарантирую отсутствие подводных камней.
Купить домен и арендовать виртуалку для своего почтового сервера, конечно же, можно, но под каким имейлом вы зарегистрируетесь на сайте регистратора и облачного провайдера?
Получилось без неуважения. Имхо, новый вариант лицензирования намного лучше этих ужасных слёзных комментариев.
Насколько мне известно, непосредственно сам HMAC-MD5 ещё никто не взломал.
А если в диффе за день — минус тысяча строк, то разработчик, получается, вообще должен заплатить компании за свою работу?
Не знаю, как у вас, а у меня не раз случались дни, в которые было ноль коммитов и ноль строк кода, а только лишь сплошной гугл, сайхаб и стопка изрисованных листов бумаги. Не каждую задачу можно решить сразу в коде.
xonsh
не угадывает, а различие между вызовом внешних команд и питоновским кодом однозначно детерминировано грамматикой скриптового языка.Конкретно такая ситуация сложиться не может. Ваш пример с
rm -rf *; /foo
всё же несколько про другое.Обсуждение статьи не будет полным без ссылки на
std::next_permutation
. Хотя лично я никогда не понимал, что эта функция вообще делает в стандартной библиотеке С++.Один я считаю, что правильным ответом на все опубликованные в статье вопросы должно быть «А не всё ли равно, сколько»? Какой-то набор унылых бесполезных фактов.
Что вы, это же магические орудия древних — причём, суда по генерируемому ими коду, предназначенные для ритуальных пыток. Лучше уж ragel и lemon.
Есть мнение, что от этих штук больше вреда, чем пользы, потому как не только чистят, но и заталкивают серу глубже в ухо.
Теперь проделайте то же самое с первым постом в цепочке — результаты окажутся далеко не столь радужными. (UPD: Хотя, впрочем, не так уж и плохо выглядит.)
Вы слишком хорошего мнения об автоматизированном переводе. То, что вы предлагаете, будет выглядеть и ощущаться как русский Алиэкспресс.
Качество обсуждения страдает. Представьте себе историю коммитов, список рассылки или комментарии в баг-трекере на нескольких языках вперемешку. Мне бы такое очень не понравилось, особенно, если авторы не утруждают себя правилами орфографии.
Многоязычие широко представлено и внутри РФ, но много ли вы видите на этом сайте статей и комментариев на татарском, чеченском или украинском? Чем для иностранцев русский язык принципиально отличается от этих языков?
Я тоже регулярно вижу такое в комментариях на ютубе — последнем из мест, куда бы отправился в надежде на конструктивное обсуждение по существу. Я вообще мало видел информативных обсуждений в соцсетях, всё сплошь акты социального взаимодействия: похвалить фотографию, выразить своё фи, высказать превосходство своей точки зрения по политическим вопросам. Такую дискуссию хоть на токипону переведи, ничего не потеряется.
Думаю, англоговорящим будет непонятно, какой профит они получат от публикации своего материала на ресурсе, где практически 100% контента — на русском языке. Заставить их передумать видится мне очень сложной маркетинговой задачей.
Категорически против идеи интернационализации. КМК, причина, по которой проект в своё время выстрелил — его русскоязычность: сюда приходили, чтобы читать статьи на родном языке и обсуждать их на родном языке. А когда участники свободно владеют языком проекта, это способствует повышению качеству материалов и обсуждений.
С моей точки зрения, интернационализация приведёт к тому, что:
В общем, завоевание мира может и не случиться, но сложившейся экосистеме ресурса урон будет нанесён в любом случае.
К сожалению, это не так. Попробуйте программно поменять местами клавиши Ctrl и, например, Return (или любую алфавитно-цифровую клавишу) — и вам это не удастся. Связано это с тем, что клавиши-модификатор отличаются от немодификаторов как на аппаратном уровне, так и на уровне протоколов PS/2 и USB-HID.
Я не знаю, насколько это к вам лично относится, но есть много разработчиков, которые с радостью тащат опенсорсные библиотеки в свои рабочие проекты (потому что свой велосипед надо не просто написать, но и отладить, а потом поддерживать), но если им предложишь пофиксить багу в их же рабочем инструменте, то начинается всё это: жена, дети и апелляция к возрасту. Попробуйте лучше при случае убедите своего работодателя оплатить вам работу по улучшению чего-то опенсорсного из числа того, что уже используется в компании, вдруг получится.
В качестве альтернативного решения проблемы «у меня большой опыт, но мне нечего показать» могу предложить, ну не знаю, выступать на конференциях (хинт: это тоже можно делать за счёт работодателя, если повезёт) или статьи/книги писать. Но, возможно, с вашей точки зрения это тоже удел полных задротов, а опыт настоящих спецов можно заметить на глаз по свечению ауры.
Нельзя взять и сделать из горизонтального иероглифического текста вертикальный простым размещением глифов по другим координатам, забив на традицию. Посмотрите на ваш скриншот: жёлтым я подсветил символы, которые должны были бы изображены иным образом.
Здесь кавычки 「...」должны были повернуться на 90° вправо, признак долготы «ー» стать вертикальным, а остальные выделенные символы — сместиться не вниз относительно квадрата, а вправо. Кстати, хромиум справляется c корректным отображением таких текстов, посмотрите, например, статью японской википедии, посвящённой вертикальному и горизонтальному письму:
А чем ненормальна бесплатная LGPL? До тех пор, пока ваше приложение просто использует Qt как библиотеку, вы не обязаны раскрывать никаких своих исходников.
Ни разу не расплачивался карточкой в баре — говорят, это не труъ.
В гите с некоторых пор есть механизм для неполного клонирования, можно попробовать использовать его у вас. Если вам нужно оставить, например, последние 100 коммитов истории, искомые команды будут какие-то такие:
Нужно только позаботиться об обработке возможных ошибок и убрать захардкоженное имя временной директории. Плюс, добавить поиск по истории, если нужно работать именно по дате, а не количеству последних коммитов. В общем, придётся оформить в виде полноценного скрипта. Кстати,
file:///
— это важно.Предложенный способ привлекателен тем, что убирает из репозитория коммиты без изменения хэшей оставшихся, как это сделал бы
git rebase
. Но я не гарантирую отсутствие подводных камней.