Да, лучше. Это одновременно и беда и счастье масштабируемых продуктов.
Пусть два десятка человека совещаются, проводят A/B-тест и делают кнопочку, которая уменьшит на 0.1s время написания письма в gmail. Это 800 человеко-часов.
С другой стороны, в год рассылается 74 триллиона e-mail'ов, из которых ~55% спам. Пусть только 1% из оставшихся написан вручную. Доля gmail ~28%, следовательно за год в gmail пишут ~100 миллиардов e-mail'ов.
Беда в том, что ошибка в упаковщике бандла, увеличивающая время загрузки интерфейса того же gmail на секунду, потратит 3000 человеко/лет пользователей.
За то, что в его контракте не написано "админить XYZ", а написано "админить потребности бизнеса". Не настраивал – пригласят консультанта, настроит и обучит. А вот если откажется – пойдёт на выход.
Я не админ, но расскажу. Здесь, в Норвегии, если админ скажет "я не буду незрячим ничего настраивать", то он очень быстро соберёт вещички и отправится на выход. Потому что если незрячий пожалуется о дискриминации в надзорный орган, то надзорный орган выкатит такой штраф, что компанию проще закрыть, чем его оплатить.
Бонус будет при получении гражданства в стране, где ты уже проживаешь: если в этой стране не разрешено два гражданства, то не придётся проходить ~6-месячный квест по сдаче российского гражданства.
Так что надо устраиваться в IETF как раз перед тем, как подкатывает срок получения нового гражданства :)
В таком виде задача совсем неинтересна. Жёсткое ограничение по размеру выключает привычку огромного количества программистов пытаться добиться недостижимого идеала (в последний день перед публикацией мы снизили лимит с 256k до 64k, поскольку компрессия всего словаря в 256k казалась в принципе возможной), а оптимизация по проценту корректности смещает акцент со знаний потрохов технологии и перебора алгоритмов сжатия в сторону размышления над алгоритмами.
Массивы регулярок — результат применения нейросети с deep learning (т.н. головного мозга примата homo sapiens, возможно, не одного экземпляра) к задаче :)
Да, лучше. Это одновременно и беда и счастье масштабируемых продуктов.
Пусть два десятка человека совещаются, проводят A/B-тест и делают кнопочку, которая уменьшит на 0.1s время написания письма в gmail. Это 800 человеко-часов.
С другой стороны, в год рассылается 74 триллиона e-mail'ов, из которых ~55% спам. Пусть только 1% из оставшихся написан вручную. Доля gmail ~28%, следовательно за год в gmail пишут ~100 миллиардов e-mail'ов.
Следовательно, экономия 0.1s сэкономит 300 человеко/лет.
Беда в том, что ошибка в упаковщике бандла, увеличивающая время загрузки интерфейса того же gmail на секунду, потратит 3000 человеко/лет пользователей.
За то, что в его контракте не написано "админить XYZ", а написано "админить потребности бизнеса". Не настраивал – пригласят консультанта, настроит и обучит. А вот если откажется – пойдёт на выход.
Я не админ, но расскажу. Здесь, в Норвегии, если админ скажет "я не буду незрячим ничего настраивать", то он очень быстро соберёт вещички и отправится на выход. Потому что если незрячий пожалуется о дискриминации в надзорный орган, то надзорный орган выкатит такой штраф, что компанию проще закрыть, чем его оплатить.
– Обменяйте гаранта Конституции по гарантии!
– Ничего не можем поделать, вся партия бракованная.
Цвет travel document зависит от страны, может быть и зелёненьким: http://www.consilium.europa.eu/prado/images/image_167860.jpg и синеньким: http://www.consilium.europa.eu/prado/images/image_50276.jpg
Бонус будет при получении гражданства в стране, где ты уже проживаешь: если в этой стране не разрешено два гражданства, то не придётся проходить ~6-месячный квест по сдаче российского гражданства.
Так что надо устраиваться в IETF как раз перед тем, как подкатывает срок получения нового гражданства :)
Я добавил к ним hc и в описание пометок, чтобы было яснее.
sort -unique < words.txt > words_dedup.txt
, но мойsort
не знает-q
.sort -fu words.txt | tr A-Z a-z > words_dedup.txt
Если бы plan9 стал мейнстримом, то мы бы сейчас кривили рожу на «нестандартный»
connect
.test.coffee
?