Подскажите пожалуйста, есть ли исследования с более-менее достоверными результатами на тему эффективности принятия плацебо? Когда пациент знает, что это плацебо, когда пациент не знает, что это плацебо, когда врач… вобщем разные варианты. Если более-менее доказано, что гомеопатия ~ плацебо, то пока не доказано, что плацебо бесполезно, то нельзя говорить о том, что гомеопатия бесполезна.
Я думаю, что под «full stack» часто подразумевается «разработчик широкой специализации». Это не означает, что он должен уметь делать всё. Это означает, что он должен уметь владеть многими (иногда — всеми) инструментами, в настоящий момент используемыми в проекте. И часто подразумевается, что широта знаний имеет более существенное значение на данной вакансии, чем их глубина.
Вот правильно люди говорят — тщательно выбирай себе врага, рано или поздно ты станешь на него похожим. Я сейчас вижу что namespace и divan0 действуют по идентичной схеме, пользуются одинаковыми техниками убеждения и манипуляции, отличие только в стиле подачи (первый — пьяная гопота, второй — унылый «мама сказала в бидоне»).
Разумеется я чрезмерно предвзят ко всем статьям на Go. Я всё ещё не похоронил мысль о том, что он мне когда-нибудь пригодится. Но каждый раз я завершаю чтение с одними и теми же мыслями и выводами. Наверное, мешает личная симпатия к некоторым аспектам языка (к слову, документация, комьюнити, читабельность, поддерживаемость и масштабируемость к этим аспектам не относится, а для меня это важные вещи, поэтому для меня Go вряд ли когда-нибудь станет языком по-умолчанию).
Разумеется, я прочёл статью внимательно. И конечно же там много подробностей (три часа ночи, три программиста, Scala, Scalaz, .......). Но они не про Go.
Мне было бы очень любопытно взглянуть на кусок их кода на Go, взятый из примерно того же уровня абстракции, что приведённый фрагмент на scala.
200 человек в одной команде? У них не с инструментами проблемы, у них с организацией процесса разработки проблемы. 200 человек внезапно оказались слишком разными? Просто удивительно. Всё-таки не каждый хороший разработчик автоматически становится хорошим руководителем. А статья не про Go, да, а про техдира-неумеху, который продолжает наступать на грабли.
С другой стороны, вполне вероятна ситуация, когда задачей является намеренное запутывание пользователя. Какой-нибудь гигантский отчёт для какого-нибудь сбербанка (вот откуда ие6, осталось понять откуда опера 9.5), который тем лучше чем менее понятен. Там да, геометрия форм важнее смысла букв, и вертикальные надписи уместны.
Вот именно — искать решение для задачи без данных это как-то странно. А если там всего 2 столбца? А если там их 200? Если целью тестовой задачи было выяснить как соискатель знает особенности браузеров и умеет их применять на практике, то и задачу надо было ставить «как кроссбраузерно вывести надпись вертикально?». А если целью тестовой задачи было выяснить как соискатель ищет решения кривой задачи, как преобразовывает исходные данные, то тут уже кучу вариантов предложили.
Видимо, мегабайты с гигабайтами перепутаны. И много ещё где по тексту
Речь о конкретной команде 50+ человек. И безо всяких там намёков. Вы внимательно читали статью?
Для кого это выглядит странным?
Действительно, я оставил несколько комментариев под вашими переводами. Но я не раскаиваюсь.
Можно попродробнее на этом моменте? Что навело вас на эту мысль? И, если вас не затруднит, детализируйте пожалуйста — «так пишете» — это как именно?
Ткните носом, пожалуйста. А я в ответ ткну вас в намёки о том, что команда была одна.
Разумеется, я прочёл статью внимательно. И конечно же там много подробностей (три часа ночи, три программиста, Scala, Scalaz, .......). Но они не про Go.
Мне было бы очень любопытно взглянуть на кусок их кода на Go, взятый из примерно того же уровня абстракции, что приведённый фрагмент на scala.