• История о птице Додо из рода Фениксов. Великое падение Dodo IS
    +1
    Причин может быть много. Приведу пару примеров.

    Первый пример: В mysql innodb локи могут быть вызваны не только конкурентным доступом к одной строке. Достаточно сделать апдейт с условием не по уникальному ключу, а по какому-то другому индексируемому полю или по полю без индекса (не надо так). В случае с индексируемым полем мы получим gap lock, который может не дать в инсертить. Это можно отключить, но чтобы это сделать, надо понимать что ты делаешь.

    Второй пример: тогда очень много интересного делалось в рамках одной транзакции. Даже вещи, которые могли бы перетерпеть eventual consistency происходили разом. И тут может стрельнуть AUTO-INC лок. Если транзакций много и все они хотят сделать инсерт в одну таблицу (а именно это они хотят сделать), то auto-inc заставляет их ждать своей очереди. Хотя это и не сильно страшно, если транзакции шустрые. Ужасное случится, если частота появления новых записей станет выше, чем частота вставки. Тогда проблема вырастет в снежный ком и посыпятся таймауты. Вот такие вещи хорошо или оптимизировать (например, заменить autoincrement на внешнюю генерацию Uuid) или делать асинхронными, а лучше и то и другое.
  • Как Лиза Швец ушла из Microsoft и убедила всех, что пиццерия может быть ИТ-компанией
    +5
    В опенсорс мы выкладываем сейчас меньше, чем могли бы.

    В существующие проекты контрибьютим. Особенно в инфраструктурые – хэлм чарты, экспортеры для прометея. Наш разработчик недавно сделал самый быстрый генератор UUID на C# и выложил в опенсорс как пакет (статья, говорят, на подходе, но это не точно).

    Свои проекты не выкладывали в опенсорс, до этого не доходят руки. Такие вещи хочется делать хорошо, с поддержкой, а не просто выбрасывать в паблик чтобы валялось.
  • Как Лиза Швец ушла из Microsoft и убедила всех, что пиццерия может быть ИТ-компанией
    +2
    Ну, я готов помочь найти то что после знака вопроса :)

    Вот кусочек выступлений с конференций (BackendConf, RootConf, DevopsConf, Highload++, AgileDays, Стачка, TeamLeadConf, WhaleRider, UWDC). Думаю, это даже не четверть выступлений за последние 2-3 года.

    www.youtube.com/watch?v=MN3Rd5n8cm0
    www.youtube.com/watch?v=AZHPtgs2rck
    www.youtube.com/watch?v=7DxxekjWokE
    www.youtube.com/watch?v=sLDYgmhNxfU
    www.youtube.com/watch?v=xe-MMA5K0fY
    www.youtube.com/watch?v=DWfJWCWV_eQ
    www.youtube.com/watch?v=gflehZgVoKw
    www.youtube.com/watch?v=Sbjj-LrCHoM
    www.youtube.com/watch?v=QpXWx4HC4WA
  • Как Лиза Швец ушла из Microsoft и убедила всех, что пиццерия может быть ИТ-компанией
    +2
    Выглядит как троллинг. Я не видел обратной стороны луны, но это не значит что её не существует.

    Видимые внешнему наблюдателю артефакты разработки – приложение, сайт, бэкофис. Какие-то другие артефакты должны быть у айти? Ну, тогда мы выступаем на конференциях и проводим митапы сами. Статьи на хабре пишем. Немного контрибьютим в опенсорс.
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    0
    Я об этом же
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +5
    Я без подтекста. В 2010ом Рамблеру было публично норм, что Сысоев «ушёл» с nginx'ом, и ему осознанно было ок продолжать использовать nginx с доработками от Сысоева для своего кор-бизнеса.
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +2
  • Infrastructure as Code: первое знакомство
    0
    > Ну так историю этих аутеджей можно посмотреть и спланировать стратегию для своего сервиса.

    Смысл аутеджей, в том, что их сложно предсказывать. Мы же говорим не про плановую поддержку.

    Ну и да, мы сделали как вы советуете: спланировали, что в перспективе должны иметь план в виде второго облака / независимого ДЦ. (Это не только из-за отказов облаков, но и из-за правовых причин)

    > возможно нельзя использовать managed db
    on-premise машины тоже будут падать, сеть до них тоже будет теряться. Естественно, если это критический путь в системе, он должен быть достаточно надёжен, чтобы самовосстановиться и продолжить работать. Мы так и делаем.
    Второй ДЦ берётся не из воздуха, а из попытки достичь большего количества «девяток», чем может предложить одно облако. Объяснять бизнесу, что ажур (амазон, гугл) сломался во всём мире и мы ничего не можем с этим поделать – слабая позиция.

    > Ничего нового клауд в этом смысле не привнес.
    Согласен
  • Infrastructure as Code: первое знакомство
    0
    А ещё у каждого клауд провайдера бывают глобальные аутеджи. У того же ажура была недавно история, когда DNS на managed базы лежал час. Или нетворк между датацентрами 6 часов лежал без предсказания, когда поднимется.

    Это происходит очень редко, но в такие моменты или уже должна быть готова инфраструктура на другом облаке, либо должна быть возможность, инструкции и подготовленный плацдарм, чтобы быстро развернуться на другом облаке и переключить на него трафик.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    В том же typing club есть треки для левой и для правой руки отдельно, но я не проходил.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Можно, но до тех пор, пока я их не сделаю, я стесняюсь :)
    Подробно я постраюсь написать статью к концу года.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Вы прочитали эту книгу по ускоренное обучение? Можете краткую рецензию дать?
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Более того, я ещё и с редактором в паре сидел, чтобы текст читался лучше :) А редактор смотрела на клавиатуру) Зуб даю — оригинал был без подглядываний.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +1
    Ну, толстые книжки я читаю регулярно, а слепую печать освоил вот только что. У меня диссонанса не возникает :-)
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0

    Там буквально в следующем предложении я раскрыл, что имел ввиду.


    Список вещей, к которым я решил вернуться и изучить заново начинался с пункта "слепая печать". Условно, это первый гештальт в списке. Он один не прорвёт потолок, но помогает двигаться быстрее по другим пунктам.


    Второй пункт из списка я раскрыл в комментах: базовые команды в linux без мана и stackoverflow. Он второй именно потому, что базовые команды приходят на помощь в ситуациях, когда ты один на один с проблемой, иногда на голом сервере.


    Тут лучше печатать быстро и без ошибок, чем на удачу копипастить из stackoverflow. Но это другая история. Закрою гештальт, обязательно расскажу.

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0

    Я там в других комментариях постарался раскрыть, почему это про программирование.


    Ну и работа программиста, это не только программный код, но иногда и документация и переписка.

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0

    Я заглядываюсь на дворак, но всё ещё считаю его за экзотику. Тем более, что у нас парные станции универсальные, и если заточить себя под дворак, нужно или всю компанию на него перетягивать, либо себя изолировать.

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +5
    Ну, я свою сотню строк в день пишу не с первого раза :)
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +2
    Нет, количество не перерастает в качество. Но, работать человек может лишь ограниченное количество времени в сутки: 4-12 часов в рамках задачи. И если не очень умный конфиг, который нужно написать один раз, занимает больше чем 5 минут – я спотыкаюсь и перестаю получать удовольствие. И насколько я вижу, многие другие тоже. А некоторые настолько залипают на таких задачах, что приходят только через пару дней измотанные и каплями пота на лбу.

    Так что да, иногда чем больше и быстрее — тем качественнее.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Кстати, чисто для теста, год ходил вегетарианцем. Брат жив, зависимости никакой. Потом так же сознательно вернулся к поеданию мяса.

    Я не говорю, что это панацея, но у меня следующим пунктом стоит закрыть базовый набор линуксовых утилит (grep, find, sed, awk и пр.), чтобы не гуглить и в ман не лазать каждый раз. И в моей дружбе с консолью и околоконсольными утилитами, не смотреть на клавиатуру помогает.

    Но да, это не отменяет чтение хороших книжек и сотен часов практики с вашим стеком и чужим кодом.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    У нас по работе часто парное программировние практикуем. Мы с товарищем заметили, что много небольших действий в консоли + IDE, те кто слепопечатают, выполняют быстрее. Я приводил vim и innotop в качестве референса.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Русскую специально не учил, поэтому ошибаюсь на ней чаще. С английской всё хорошо. С клавиатурами наоборот стало проще: две риски нашёл и поехали. Но конечно, медленнее, чемн а родной.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0
    Вообще говоря, я в основном не пользуюсь паролями. Signle-Sign-On решает. Для SSO: сложный пароль + второй фактор в виде хардварного ключа или телефона. Со сложными паролями везёт: верхний ряд спецсимволов проработал на тренажёре, тильды и вся группа правой правого мизинца тоже ок, благодаря программированию.
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +5
    Фигасе
  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +1

    Я тоже печатал "вслепую", но на деле сложившиеся паттерны не всегда были надёжными и я поглядывал на клавиши от разу к разу. Пришлось это всё ломать.


    У меня есть товарищ, который самостоятельно тоже пришёл без тренажёров, мы сейчас ноздря-в-ноздрю :)

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    +3

    Я замедляюсь, чтобы точно не промахнуться, но на клавиатуру не смотрю

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0

    typingclub считает в wpm.
    В конечном счёте важно понимать прогресс, wpm и символы в минуту переводятся друг в друга.

  • Я написал эту статью, ни разу не посмотрев на клавиатуру
    0

    Потому что тренажёры измеряют в словах ¯_(ツ)_/¯ Одно слово считается за 5 символов. Вы быстрее :)

  • Зачем Додо Пицце 250 разработчиков?
    0
    Ну, сайт у нас, конечно, не на вордпрессе :) на вордпрессе только блог Фёдора.
    Сайт на .net core, а больше подробностей по устройству системы и стеку с картинками есть туть dodois.com
  • Microsoft подтвердила слухи об интеграции подсистемы Linux в Windows 10
    +13
    Одно дело bash.exe портированный под windows, а другое дело оригинальный исполняемый файл с ELF заголовками.
  • «Письмо в студию»: 5 правил общения удалённых разработчиков от CSSSR
    0
    Ниже написано ИМХО, основанное на собственном опыте удалённой разработки.

    Практика обсуждать проектные вопросы текстом — почти всегда неэффективна.

    Для форумов, когда люди обсуждают отвлечённые вопросы и никуда не торопятся — это прекрасно.
    Для проектной работы — это слишком медленно.

    Тут много букв внизу. Зачем они? Их надо читать?
    У меня сложилось впечатление, что ребята из статьи используют общение текстом для решения технических вопросов.
    И хотя советы выглядят и будут полезными, если в компании принято общаться текстом, я считаю — что это трата времени.
    И вот почему.

    Какой вопрос я могу задать в переписке?
    "Вот описание бага placeholder, можешь помочь?"
    "Я поставил софт A и библиотеку B, у всех работает, у меня — нет. Stackoverflow молчит. Github библиотеки не обновлялся 5 месяцев. Помогите, вот логи, вот переменные окружения, вот лунный календарь и дата моего рождения."
    "Вот приёмочные критерии placeholder, они правильные?"

    Созвонись и покажи на экране, дай потрогать, посмотреть окружение.
    Узнаешь в 100 раз больше о связанных темах за то же время.
    Если вводишь нового разработчика в проект, подключись по рабочему столу и помоги настроить окружение / сделать первую историю.
    Тогда он начнёт приносить пользу на легаси проекте через 30 минут, а не через пол дня / день / месяц.

    Мы для таких вопросов используем AmmyyAdmin/TeamViewer/Skype

    Какая основная проблема распределённых команд?
    Как ни странно — это отсутствие доверия.

    Если вы параллельно с кем-то девелопите (условно) фронт-енд и бэк-енд и не общаетесь голосом хотя бы раз в день,
    то бэкендщик со временем станет для вас нелогичным ублюдком, а вы — для него.
    Именно отсутствие доверия и общения ведёт к "войне коммитов", затягиванию проектов, долгим обсуждениям или наоборот авторитарному
    режиму, неэффективному расходованию человеческих ресурсов и прочим детским болезням удалённых команд.
    Для победы над отсутствием доверия в некоторых крупных компаниях устраивают регулярные face2face встречи.

    Подробнее про доверие и паттерны взаимодействия в командах можно почитать у господина ДеМарко "Балдеющие от адреналина и зомбированные шаблонами"

    Для чего тогда используется переписка?
    Для тех вещей, которые не требуют срочности, или требуют дословной точности.

    Пришли логи от клиента из его интранета? Им место на почте.
    Документ с обратной связью от клиента;
    Результаты важного обсуждения;
    Приглашения на мероприятия;
    Нотификации от сторонних сервисов и health-page — туда же.

    Для чего же чат?
    Дежурный обмен приветствиями в начале рабочего дня и пожелания хорошего отдыха перед выходными.
    Крики "билд красный", которые следует увидеть всем.
    И в редких случаях какая-нибудь команда для командной строки или приглашение на несрочный/срочный созвон.
  • HDR vs LDR, реализация HDR Rendering
    +6
    Нужно больше статьей про геймдев, хороших и разных :-)

    З.Ы. Эту отношу к хорошим, потому что всё элементарно и применимо.
  • В производство запущена опытная партия процессоров Эльбрус-8С
    +3
    Поищите интервью с Бабаяном.

    Он рассказывает для каких секторов делают эту серию процессоров (причём делают с начала 90х и с того же времени получают деньги).
    И госсектор там не на первом месте. А изначально российский рынок практически отсутствовал.
    Ну и самого Бабаяна Intel Fellow тоже не за красивые глаза сделали.
  • В производство запущена опытная партия процессоров Эльбрус-8С
    +5
    Intel молодцы, и они не говорят, что их процессоры — это «чисто американская разработка». И «МЦСТ» тоже молодцы.

    Недовольство вызывает попытка представить продукт как «полностью российскую разработку».
    То же самое говорили про Yota Phone и про смартфон от РЖД. (Хотя эльбрус в этом плане гораздо более «российский»)

    Я лично согласен, что это разработка жителей планеты Земля и делается она совместными усилиями.
  • В производство запущена опытная партия процессоров Эльбрус-8С
    +2
    AMD не говорит, что это «полностью американская разработка».
    Ничего зазорного в этом нет. Вероятность хардварных закладок минимальная.
    Просто я считаю, что в заявлениях надо быть последовательными.
  • В производство запущена опытная партия процессоров Эльбрус-8С
    +7
    «В настоящее время Борис Бабаян является директором по архитектуре подразделения Software and Solutions Group корпорации Intel, а также научным советником научно-исследовательского центра Intel в Москве.»

    Полностью российская разработка неявно подразумевает, что никаких зарубежных ресурсов не привлекается.
    Борис Арташесович Бабаян бесспорно очень крутой дядька, но с начала девяностых кормится за счёт западных фирм и параллельно работает на Intel.
    Я не вижу в этом ничего плохого, но сомнительно называть Эльбрус полностью российской разработкой.

    Кстати, кто их будет производить, таких 28 нанометровых?
    По идее должен ОАО «Ангстрем», но у них техпроцесс не менее 90нм. Соответственно скорее всего Тайвань. Возможно Китай.
  • Окно сообщения об ошибке для WinForms и WPF приложений
    0
    Про то, что параметры следует выделить в отдельный класс согласен.
    Не обязательно все параметры выставлять в конструкторе, можно сдлетаь объект с Fluent интерфейсом, например. И это не единственный способ.
  • Facebook всё-таки найдёт своё применение для Oculus Rift
    +15
    Facebook, Facebook, я не твой. Отпусти меня, Facebook.
  • Facebook всё-таки найдёт своё применение для Oculus Rift
    +26
    В покорении Марса всё меньше заинтересованных…
  • Обзор YotaPhone: первый в мире смартфон с двумя экранами
    +5
    Википедия как бы подсказывает.

    Сергей Викторович Чéмезов — генеральный директор Государственной корпорации Ростех, генерал-полковник. Член бюро Высшего совета партии «Единая Россия».

    Семья:
    Станислав Чемезов — компаньон ранее судимого петербуржца Виктора Петрика по ЗАО «Русские промышленные нанотехнологии».[45].