Как-то подозрительно, раньше точно так не было. Даже 2 года назад так вроде не было. Бронируют отель и самолет, за еду потом можно по чекам получить.
Отель не оплачивают в том случаи, если ни в одном из отелей с которыми есть договоренности нет свободных мест. Такое бывает если о собеседовании договариваться почти в последний момент, либо в это же время было какое-то крупное событие (например для Швейцарии это может быть сезон зимних видов спорта).
Проезд внутри страны и еда компенсируются дейсвительно по чекам после.
У меня были очень давно, был хуже раза в 3 на запись. Меня впрочем по-прежнему волнует чтение, а graphite-web/graphite-api будет очень плохо рабоать под нашими нагрузками.
Так как в графаусе не появилось поддержки нашего протокола, то я его больше не тестировал.
Я опять же напомню, что к авито не имею отношения, но мы в общем-то тоже смотрели на graphouse, но решили его не шибко тестировать по следующим причинам:
У нас на фронтэнде go-graphite/carbonapi, а graphouse завязан на graphite-web/graphite-api. В наших тестах carbonapi значительно быстрее чем graphite-web/graphite-api (даже если их запускать на pypy)
На прием метрик он примерно в 4 раза хуже работает чем lomik/carbon-clickhouse. То есть жрет больше CPU и быстрее заканчивается по скорости
Сравнение справедливо на момент где-то полугодичной давности.
Это немного спорнй момент. Работая в магазине продавцом или официантом, ты и через 10 лет не будешь получать столько же сколько Software Developer уровня нормального мидла. Впрочем да, тебе твоей зарплаты на жизнь хватит, не очень может быть комфортную, но хватит. Собственно это один из моментов который по-прежнему заставляет людей учиться.
Я не автор статьи, но попробую высказать свое мнение.
Высококвалифицированных айтишников меньше, чем нужно рынку. А вот низкоквалифицированных — больше, чем надо рынку. Но такое происходит в конце-концов, кажется, почти с любой профессией.
Плюс импортировать айтишника по Blue Card — для компании одна лишняя форма. По времени ожидания выхода на работу — на немецком рынке труда уведомление об увольнении типично можно подать не раньше чем за 1-3 месяца до факта уведомления (так как это работает в обе стороны, то 3 месяца у местных считаются признаком доверия компании к тебе). А тут всего 2-3 недели на документы и специалист у тебя — красота же.
С образовательными учереждениями же все интересно — адекватное образования в IT получить можно, но достаточно сложно, многому надо будет доучиваться, ну и получится в общем Junior на выходе. Плюс не забываем, что среди студентов будет весомый процент раздолбаев или людей, неправильно выбравших профессию, которые в общем могут даже до Junior уровня не дорасти или просто напросто застрять на нем. То есть даже факт наличия хороших ВУЗов, программ и преподавателей не будет гарантировать наличие адекватных кадров на выходе. Плюс потребности индустрии пока что растут, то есть для образовательного учереждения это значит что каждый год надо выпускать все больше и больше специалистов, а это, опять же, сложно, если вообще возможно.
Ну я это +- знаю, но на состояние 2014-2015 года. Хотел просто почитать про что-нибудь обновленное и может быть услышать личный опыт автора статьи.
Плюс лично мне все околоадминское более интересно чем Developer'ы по котором как раз статистики полно.
(сразу оговорюсь, я к авито никакого отношения не имею и мы просто делали свои тесты какое-то время назад, но недостаточно далеко продвинулись чтобы оформлять в виде статьи)
Смотря о какой производительности говорить. По опыту Clickhouse на графит-подобных метриках может держать 2.1кк точек в секунду достаточно долго (в тесте на одной из старых версий оставляли на пару недель).
У InfluxDB графитный ресивер написан отвратительно и больше 150к в секунду переварить не может в принципе.
Нативный получше, но там начинаются спецэффекты от самой базы — если держать нагрузку на запись близко к пиковой, то в момент merge'а прием данных останавливается. Поэтому стабильный рейт который в тестах мы у себя видели — где-то 300-400к точек в секунду.
Но дальше начинаются особенности — у InfluxDB кластеризация платная, у Clickhouse'а шардинг и репликация из коробки (пусть и не самые простые в обращении). При старте InfluxDB имеет свойство потреблять ресурсы как ни в себя на время реиндексации данных (TSM1 до сих пор не стабилен, а на момент тестирования просто ломал данные), Clickhouse же перезапускается относительно безболезненно (простой в пару минут не в счет) и так далее.
То есть с точки зрения стабильности работы нам InfluxDB не понравился настолько, что мы решили не пытаться его тестировать в ближайшие 3-4 релиза от слова совсем и решили не использовать у себя ни под какие задачи.
Да не очень понятно почему «естественно». Это не секретная информация же (я в принципе не уверен что по законам ЕС и Германии в частности можно запретить сотруднику рассказывать о зарплате и компенсации).
Ну и можно огрубить и сказать ощущение по вилке зарплатной для конкретного города. Я например в Германии не живу с 2015, но у меня создалось ощущение что для системного администратора типичная вилка по Берлину тогда была 48-55к в год до налогов естественно. И в целом в Берлине даже на senior уровне сложно перешагнуть за 65-68 тысяч в год.
Вероятно и сейчас типичные вилки остались на примерно том же уровне.
С BC все довольно весело. Факт ее получения эквивалентен наличию шенгенской туристической визы с точки зрения пребывания в других странах. То есть, например, в UK и Ирландию все равно надо получать туристическую визу.
Из плюсов программы — если получить BC в другой стране, то опыт проживания в первой можно зачесть и сократить себе срок до получения ПМЖ.
Но с самой программой BC все тоже «весело». Не все страны учавствуют в ней (Ирландия и UK например не учавствуют, но есть еще какие-то исключения), в каждой стране правила получения BC разные, правила получения ПМЖ при наличии BC тоже разные. Поэтому реализовать прошлое ее преимущество при всем желании будет сложно.
Хм, честно говоря я вопросом этим никогда не задавался, но кажется что не нужна. Это отдельные библиотеки с которыми, в том числе, надо линковаться. Если они с NewLib соберутся, то должны работать.
Для gcc большую часть предупреждений включит сочетание "-Wall -Wextra" и опционально можно добавить "-pedantic" (будет еще ругань на использование gccизмов). Еще хорошей идеей можно считать включение в дебаг-сборках всяких ubsan (undefined behavior sanitizer), asan (address) и tsan (threads), но к сожалению можно включать только 1 за раз.
Поведение отличается в интерактивном режиме и при работе скрипта. В случаи с 1e10 — в интерактивном режиме будет False, в скрипте — True. Справедливо для 2.7.14 и 3.4.6 как минимум, но вероятно и для 3.5/3.6 будет таким же.
Так вопрос был изначальный — а нафига это все? Есть 40 с лишним TSDB решающих эту задачу эффективнее, в том числе с точки зрения ресурса. Нафига делать на sqlite еще одного кадавра?
Писать подряд float'ы конечно хорошо (кстати 4 байта это float32, а принято писать float64), но тебе надо фиксировать этот самый промежуток измерений (что не всегда удобно и приведет к тому что даже если измерений не было, место будет тратиться). Собственно по такому принципу, например, работает Graphite'овый Ceres, просто пишет в файлик float64 подряд, а дату первой точки кодирует в имени файла.
На небольших объемах работать будет что угодно, например запись данных в виде строк в csv/json. TSDB все же появляются в тот момент когда у тебя объемы становятся порядка хотя бы десятков тысяч точек в секунду, а веселье начинается когда это уже сотни тысяч или миллионы в секунду.
И я бы исходя из всего этого не советовал бы переизобретать велосипед на базе SQLite :) ну не для этого он сделан.
Конечно, поэтому в таблице с бОльшим количеством систем нет никаких разделов о производительности, потому что какая бы цифра там не оказалась, она будет либо чушью, либо наглой ложью.
Фактически основная идея таблицы из Update2 в том чтобы собрать более честную и объективную информацию чем собрана в таблице из Update3 — то есть выкинуть по максимуму субъективные факторы, а взамен охватить большее количество систем.
Наверное единственное чего не хватает это лицензии, чтобы цель можно было бы считать достигнутой.
Сейчас много где немного ужесточают условия. Предполагаю что защита от того чтобы все население страны было в ипотеках, еще и экспаты чтобы не так активно их брали.
Но мой комментарий был больше о том, что 3% ставка и 30% взнос это не лучшие условия по ЕС, далеко не лучшие.
Отель не оплачивают в том случаи, если ни в одном из отелей с которыми есть договоренности нет свободных мест. Такое бывает если о собеседовании договариваться почти в последний момент, либо в это же время было какое-то крупное событие (например для Швейцарии это может быть сезон зимних видов спорта).
Проезд внутри страны и еда компенсируются дейсвительно по чекам после.
Так как в графаусе не появилось поддержки нашего протокола, то я его больше не тестировал.
Сравнение справедливо на момент где-то полугодичной давности.
Высококвалифицированных айтишников меньше, чем нужно рынку. А вот низкоквалифицированных — больше, чем надо рынку. Но такое происходит в конце-концов, кажется, почти с любой профессией.
Плюс импортировать айтишника по Blue Card — для компании одна лишняя форма. По времени ожидания выхода на работу — на немецком рынке труда уведомление об увольнении типично можно подать не раньше чем за 1-3 месяца до факта уведомления (так как это работает в обе стороны, то 3 месяца у местных считаются признаком доверия компании к тебе). А тут всего 2-3 недели на документы и специалист у тебя — красота же.
С образовательными учереждениями же все интересно — адекватное образования в IT получить можно, но достаточно сложно, многому надо будет доучиваться, ну и получится в общем Junior на выходе. Плюс не забываем, что среди студентов будет весомый процент раздолбаев или людей, неправильно выбравших профессию, которые в общем могут даже до Junior уровня не дорасти или просто напросто застрять на нем. То есть даже факт наличия хороших ВУЗов, программ и преподавателей не будет гарантировать наличие адекватных кадров на выходе. Плюс потребности индустрии пока что растут, то есть для образовательного учереждения это значит что каждый год надо выпускать все больше и больше специалистов, а это, опять же, сложно, если вообще возможно.
Плюс лично мне все околоадминское более интересно чем Developer'ы по котором как раз статистики полно.
Смотря о какой производительности говорить. По опыту Clickhouse на графит-подобных метриках может держать 2.1кк точек в секунду достаточно долго (в тесте на одной из старых версий оставляли на пару недель).
У InfluxDB графитный ресивер написан отвратительно и больше 150к в секунду переварить не может в принципе.
Нативный получше, но там начинаются спецэффекты от самой базы — если держать нагрузку на запись близко к пиковой, то в момент merge'а прием данных останавливается. Поэтому стабильный рейт который в тестах мы у себя видели — где-то 300-400к точек в секунду.
Но дальше начинаются особенности — у InfluxDB кластеризация платная, у Clickhouse'а шардинг и репликация из коробки (пусть и не самые простые в обращении). При старте InfluxDB имеет свойство потреблять ресурсы как ни в себя на время реиндексации данных (TSM1 до сих пор не стабилен, а на момент тестирования просто ломал данные), Clickhouse же перезапускается относительно безболезненно (простой в пару минут не в счет) и так далее.
То есть с точки зрения стабильности работы нам InfluxDB не понравился настолько, что мы решили не пытаться его тестировать в ближайшие 3-4 релиза от слова совсем и решили не использовать у себя ни под какие задачи.
Ну и можно огрубить и сказать ощущение по вилке зарплатной для конкретного города. Я например в Германии не живу с 2015, но у меня создалось ощущение что для системного администратора типичная вилка по Берлину тогда была 48-55к в год до налогов естественно. И в целом в Берлине даже на senior уровне сложно перешагнуть за 65-68 тысяч в год.
Вероятно и сейчас типичные вилки остались на примерно том же уровне.
Из плюсов программы — если получить BC в другой стране, то опыт проживания в первой можно зачесть и сократить себе срок до получения ПМЖ.
Но с самой программой BC все тоже «весело». Не все страны учавствуют в ней (Ирландия и UK например не учавствуют, но есть еще какие-то исключения), в каждой стране правила получения BC разные, правила получения ПМЖ при наличии BC тоже разные. Поэтому реализовать прошлое ее преимущество при всем желании будет сложно.
На небольших объемах работать будет что угодно, например запись данных в виде строк в csv/json. TSDB все же появляются в тот момент когда у тебя объемы становятся порядка хотя бы десятков тысяч точек в секунду, а веселье начинается когда это уже сотни тысяч или миллионы в секунду.
И я бы исходя из всего этого не советовал бы переизобретать велосипед на базе SQLite :) ну не для этого он сделан.
1. Зачем?
2. А какая производительность как у чтения так и у записи будет?
Фактически основная идея таблицы из Update2 в том чтобы собрать более честную и объективную информацию чем собрана в таблице из Update3 — то есть выкинуть по максимуму субъективные факторы, а взамен охватить большее количество систем.
Наверное единственное чего не хватает это лицензии, чтобы цель можно было бы считать достигнутой.
Но мой комментарий был больше о том, что 3% ставка и 30% взнос это не лучшие условия по ЕС, далеко не лучшие.