Выглядит так, как будто велодорожку организовали тупым урезанием пешеходной зоны
При этом для 1000 пешеходов и одного велосипедиста выделена одинаковая площадь.
Вся эта ситуация с самокатчиками и велосипедистами всё больше мне напоминает диктатуру меньшинств. Их ведь реально намного меньше, чем пешеходов.
Но пешеходам приходится под них подстраиваться, уступать дорогу, соглашаться на урезание тротуара в угоду велодорожкам. Потому что иначе тебя просто собьют, покалечат и уедут поскорее, и ничего за это самокатчику не будет. Ибо вот как ты найдёшь горе-самокатчика и докажешь, что это он тебя сбил? А если даже и есть какие-то доказательства, то удачи добиться хоть какой-то компенсации в бюрократическом аду.
он старается водить по вело дорожкам которые могут быть в ужасном состоянии, хотя перейди дорогу и там будет идеально ровный тротуар без единой кочки и бордюров
А что не так? Раз велодорожка существует — то по ней самокатчикам и следует перемещаться.
Почему вы считаете, что именно самокатчики достойны ездить по самым лучшим тротуарам? Согласно ПДД, "тротуар — это специально обустроенный участок дороги, предназначенный исключительно для безопасного и удобного передвижения пешеходов" (с). Безопасногоперемещения пешеходов, подчеркиваю.
Авторы приложения сделали всё правильно — уверен, что они тоже ходят по улицам и прекрасно знают, как любят эти самые самокатчики и велосипедисты носиться по тротуарам на бешеной скорости, проносясь в миллиметрах от пешеходов, играть в шашечки в толпе людей и так далее. Вот и постарались хоть как-то оградить пешеходов от лишней опасности, которой на тротуаре, по-хорошему, вообще быть не должно.
Пусти самокатчиков на тот самый "идеально ровный тротуар" — и для пешеходов он из хорошего превратится в ужасный. Потому что нельзя будет даже шаг в сторону сделать без оглядки назад: а вдруг сзади несётся очередной электровеник и впилится в тебя, если ты просто захочешь свернуть на боковую дорожку?
"Ваши права не должны нарушать права других лиц". В данном случае — права на безопасность.
Много раз видел, как велосипедисты и самокатчики несутся прямо по пешеходной зоне, хотя буквально в паре метров проложена отличная велодорожка. Абсолютно пустая, едь — не хочу.
Но я специально и явно написал в самом начале - для обывателя. А обывателю без разницы, от чего стало темнее.
Вот поэтому обывателя так необходимо просвещать, чтобы не путал тёплое с мягким.
А то, с такой логикой он заявит: "сухой лёд, водный лёд, какая разница? Это же всё равно лёд! Давайте насыпем сухой лёд в бассейн и повеселимся!", а потом всякие трагедии происходят.
Попробуйте поставить им классические мультики, вроде "Кошкин дом" или "Аленький цветочек": не понимают :(
Ну так и многие взрослые охотнее посмотрят что-то современное и близкое современному человеку, а не творения из прошлых эпох, которые были понятны людям тех времён, но вовсе не современному человеку.
Потому что с тех времён многое изменилось. Мораль, нравы, образ жизни, технологический уклад, социальные структуры и институты. Можно сколько угодно сотрясать воздух и жаловаться на то, как это всё ужасно, но с этим ничего не поделать — времена меняются, новое должно приходить на замену старому. Любое произведение создавалось человеком своего времени и будет понятно, скорее всего, только его современникам, и это абсолютно нормально.
Меня больше смущает, зачем на лыжах кататься по льду. На льду вроде как коньки сподручнее.
А если речь идёт не про катание на льду для развлечения, а про необходимость пройти через лес на лыжах? Мало ли, живёт человек в глуши или работает в лесу. Надо вот ему через лес пройти на лыжах, а там - ручей замёрзший, и его надо как-то пересечь. Не будет же он на себе коньки таскать ради таких вот редких моментов.
Спасибо за интересную инфу, но как мне кажется, для обывателей интерес к затмениям сильно перегрет.
Как мне кажется, у "обывателей" интерес есть только к социальным сетям, коротким видео, мемам и телевизору.
Для того и нужны такие статьи — чтобы напоминать "обывателям", что, на самом деле, и за пределами их привычного мирка есть много чего интересного и удивительного.
что затмения Солнца, каждый наблюдал много раз, иногда даже в течение одного часа - когда на небе отдельные плотные темные облака, двигающиеся достаточно быстро
Это не солнечное затмение.
Со́лнечное затме́ние — астрономическое явление, при котором Луна полностью или частично покрывает Солнце на некоторое время при наблюдении с определённой части Земли.
В каком часовом поясе должна быть в это время ночь?
В том часовом поясе, в котором находится большая часть целевой аудитории либо клиентуры сервиса. Если же нагрузка стабильно высока в течении суток, то применяется фоновая задача, которая периодически удаляет помеченные is_deleted строки небольшими порциями. Читайте внимательнее, что ли.
Когда это нагрузка на бд с сотнями млн строк будет минимальна?
Когда (почти) никто не работает с системой, либо запущено минимальное количество задач. Редко когда бывает, что некая система нагружена 24/7 под завязку, зачастую какие-никакие окна простоя да найдутся.
Кстати, @moderator, а можно мне тоже так выражаться, как выражается автор этого комментария?)
Вы, видимо, никогда не работали с крупными проектами, где могут быть таблицы на сотни миллионов строк (а то и больше) и не понимаете, что операция удаления на больших таблицах может быть очень дорогой.
В таких проектах вполне может применяться сочетание "мягкого" удаления с "жестким". Когда что-то надо удалить сейчас - выставляется флаг is_deleted, а собственно DELETE выполняется фоновом режиме либо периодически и небольшими порциями (чтобы не создавать повышенную нагрузку в моменте), либо в регулярно, в назначенное время, когда нагрузка на БД минимальна (например, ночью).
Потому что удалить целую строку, и поменять лишь одно поле в ней - это совершенно разные по стоимости задачи.
Историчность (в расширенном варианте с updatedAt) — мы понимаем, когда именно изменилось состояние.
А ничего, что состояние может меняться множество раз? Пользователя удалили, через какое-то время восстановили, потом через какое-то время снова решили удалить. Что будет храниться в updatedAt ? Правильно, дата и время последнего изменения статуса.
Автор говорит, что это полезно для аналитики. А что, если мы хотим узнать, удалялся ли пользователь несколько раз? Тогда это поле будет абсолютно бесполезно.
У автора какая-то каша в голове, он смешивает в одну кучу способ хранения данных в таблице и хранение истории изменений, а это совершенно разные вещи.
"Историчность" достигается не сменой boolean на enum, как предлагает автор. Она достигается созданием таблиц для хранения истории изменений. Когда строка в основной таблице изменяется - то изменения пишутся и в таблицу с историей (с фиксацией даты и времени изменения, само собой, и, возможно, ещё какими-либо дополнительными мета-данными). И тут будет уже совершенно не важно, в каком типе данных вы храните статус удаления пользователя - в boolean, в enum или как-то ещё.
Используя таблицу истории изменений, мы легко посчитаем любую аналитику. Хоть количество удалений и восстановлений пользователя, хоть что.
Скорее всего в будущем нам понадобится не только знать, удалён ли пользователь, но и...
status: "active" | "inactive" | "deleted";
Автор предлагает вместо булевого флага использовать enum, на случай, если мы при расширении системы захотим ввести новые статусы. Это решение само по себе спорное, потому что для добавления нового статуса, нам каждый раз придётся делать ALTER TABLE, то есть менять структуру БД.
Обычно такие штуки делаются иначе: заводится специальная справочная таблица для статусов, а в таблице пользователей делается числовое поле STATUS_ID, которое и будет ссылаться на данную таблицу.
Что это даст? Можно будет добавлять и менять статусы простыми INSERT/UPDATE, при этом структура БД будет оставаться без изменений. Можно будет легко менять названия самих статусов, если потребуется. Наконец, это более универсальное решение: enum доступен лишь в нескольких СУБД. Тогда как вариант с отдельным справочником статусов и числовым полем STATUS_ID будет работать в любой реляционной СУБД.
Те, кто мыслит о переходе, чаще всего хотят з/п выше рынка. И выше - значительно.
И опять соискатели оказались во всём виноваты. Никогда такого не было и вот опять.
чаще всего хотят з/п выше рынка.
Они и перейти-то хотят, потому что на их нынешнем месте работы повышения зарплаты или хотя бы индексации уже давно не было, нет и не будет, в то время как цены на всё растут.
А их нынешнее руководство на все просьбы поднять зарплату хотя бы чуть-чуть заявляет, что "ну тогда возьмите на себя ещё 100500 обязанностей, а мы, может быть, и подумаем вам сделать небольшую прибавку к зарплате". Потому-то люди и предпочитают не руководство уговаривать, а место работы менять, где сразу будет зарплата выше с теми же обязанностями.
А если вы собираетесь платить им столько же, сколько им платят сейчас, то зачем им переходить к вам? Зачем вы им нужны?
Но в нынешних условиях тотального дефицита кадров
Ложь. Ситуация с вакансиями на hh.ru прекрасно показывает, что это неправда
Мой пример всего лишь иллюстрирует, что даже в глуши можно было более-менее изучать информатику уже с пятого класса. И что сложность вхождения в те времена не была настолько высокой, как он утверждает.
Если начать "распаковывать" все подряд, то окажется, что всё тлен и даже у рантье с миллиардным наследством есть проблемы. Так можно все мечты ребенка зарубить.
А что вы предлагаете вместо этого — врать ребёнку? "Да, ты прав, становись пожарным и будешь каждый день героически вытаскивать из огня детей и котят, тушить пожары, а все вокруг будут говорить: ты наш герой!" Нет ничего хуже подобной лжи, да ещё и от человека, которому ребёнок доверяет больше всего.
Всё зависит от подачи. Не обязательно говорить только о минусах, важно упомянуть и плюсы. Условно: «Да, сварщику приходится часами работать в неудобной позе, подчас в некомфортных условиях, терпеть шум и жару, рисковать испортить себе зрение и лёгкие. Но ЗАТО это интересная профессия, требующая креативного подхода, задачи очень разнообразные, и очень много сфер, где можно работать сварщиком - от машиностроения и строительства до аэрокосмической отрасли; а ещё они самостоятельны в своей работы, им не нужно "работать в команде". А ещё это очень востребованно и профессионалам очень хорошо платят.»
Изначальный посыл статьи в том и состоит, что ложные представления о той или иной профессии —это зло, и с этим нужно бороться. Иначе человек потратит значительную часть жизни на получение профессии... и ливнёт с ней в первый же рабочий день, потому что он представлял себе это совершенно иначе.
Совет ЕС теперь возглавляют датчане, и они хотели бы продвинуть свою позицию по неограниченному шпионажу среди других стран-членов. Однако всего несколько месяцев назад должно было состояться голосование - просто чтобы возобновить дебаты! - и большинство государств его заблокировали.
Короче, пусть датчанин дальше пьёт свой чай и не лезет в дела чужих государств)
Угу, фантазёр, зарегившийся тут 2 недели назад, будет рассказывать что было 20 лет назад человеку, который на первую работу устраивался в 2006 году со знанием 4 языков программирования + HTML/CSS и SQL.
Говорят, в нулевые годы можно было попасть в геймдев, вообще не обладая никакими навыками. Это происходило потому, что издатели тогда совершенно не разбирались в геймдеве и готовы были давать разработчику любые деньги, наивно думая, что тот непременно создаст очередной хит типа "Космических рейнджеров". В итоге на роль разработчика мог попасть кто угодно, а амбиции разработчиков взлетали до небес. Но так как их скилл сильно отставал от амбиций, всё скатывалось в бесконечное затягивание сроков и издание кривого поделия вместо игры, когда издатель уже не выдерживал и требовал выпустить хоть что-то.
Закончилась эта вакханалия закономерно - кризисом компьютерных игр, когда люди просто разочаровались в отечественном геймдеве и перестали покупать отечественные игры. А издатели с тех пор поумнели и стали строже следить за разработчиками, так что те времена прошли, но это уже совсем другая история...
человеку, который на первую работу устраивался в 2006 году со знанием 4 языков программирования + HTML/CSS и SQL
Не стоит свой частный случай экстраполировать на всю it-сферу.
Требования всегда сильно отличались от компании к компании, а также зависели и от типа компании. В профильных IT-компаниях требования повыше, в непрофильных - пониже. Казалось бы, проще идти в непрофильные, вот только в непрофильных и зарплаты для разработчиков ниже, и присутствует традиционное непонимание руководства, "а почему мы вообще содержим этих ботанов, которые непонятно чем занимаются, и которые не приносят нам прямой прибыли". Да и перспективы профессионального роста там ниже, потому что есть вероятность, что вся работа сведётся к ковырянию в древнем легаси.
Это сейчас в школах информатика чуть ли не с первого класса.
Например, у меня в школе информатика началась с 10-го класса и мы программировали Агаты.
В моей школе информатика была, конечно, не с 1 класса, но уже с пятого. Занимались мы там, конечно, не на ПК, а на советских "Корветах" и да, речь идёт не про Москву, речь про маленький город из глухой провинции. И всё это я рассказываю про самое начало нулевых.
Если у вас информатика появилась в 10 классе, то это не значит, что так было абсолютно у всех в те времена, 20 лет назад.
Они, судя по всему, идут к диаметрально противоположной от Ютуба модели "не нужон этот ваш пользовательский контент, мы сами зальём на свою платформу тот контент, который мы считаем нужным".
У вас классическая подмена понятий.
Я.М. позволяет бесплатно слушать только первые 30 секунд трека. У спотифая на бесплатной версии такого ограничения нет
Вся эта ситуация с самокатчиками и велосипедистами всё больше мне напоминает диктатуру меньшинств. Их ведь реально намного меньше, чем пешеходов.
Но пешеходам приходится под них подстраиваться, уступать дорогу, соглашаться на урезание тротуара в угоду велодорожкам. Потому что иначе тебя просто собьют, покалечат и уедут поскорее, и ничего за это самокатчику не будет. Ибо вот как ты найдёшь горе-самокатчика и докажешь, что это он тебя сбил? А если даже и есть какие-то доказательства, то удачи добиться хоть какой-то компенсации в бюрократическом аду.
А что не так? Раз велодорожка существует — то по ней самокатчикам и следует перемещаться.
Почему вы считаете, что именно самокатчики достойны ездить по самым лучшим тротуарам? Согласно ПДД, "тротуар — это специально обустроенный участок дороги, предназначенный исключительно для безопасного и удобного передвижения пешеходов" (с). Безопасного перемещения пешеходов, подчеркиваю.
Авторы приложения сделали всё правильно — уверен, что они тоже ходят по улицам и прекрасно знают, как любят эти самые самокатчики и велосипедисты носиться по тротуарам на бешеной скорости, проносясь в миллиметрах от пешеходов, играть в шашечки в толпе людей и так далее. Вот и постарались хоть как-то оградить пешеходов от лишней опасности, которой на тротуаре, по-хорошему, вообще быть не должно.
Пусти самокатчиков на тот самый "идеально ровный тротуар" — и для пешеходов он из хорошего превратится в ужасный. Потому что нельзя будет даже шаг в сторону сделать без оглядки назад: а вдруг сзади несётся очередной электровеник и впилится в тебя, если ты просто захочешь свернуть на боковую дорожку?
"Ваши права не должны нарушать права других лиц". В данном случае — права на безопасность.
Много раз видел, как велосипедисты и самокатчики несутся прямо по пешеходной зоне, хотя буквально в паре метров проложена отличная велодорожка. Абсолютно пустая, едь — не хочу.
"Хотите порядка — начните с себя" (с)
Вот поэтому обывателя так необходимо просвещать, чтобы не путал тёплое с мягким.
А то, с такой логикой он заявит: "сухой лёд, водный лёд, какая разница? Это же всё равно лёд! Давайте насыпем сухой лёд в бассейн и повеселимся!", а потом всякие трагедии происходят.
Ну так и многие взрослые охотнее посмотрят что-то современное и близкое современному человеку, а не творения из прошлых эпох, которые были понятны людям тех времён, но вовсе не современному человеку.
Потому что с тех времён многое изменилось. Мораль, нравы, образ жизни, технологический уклад, социальные структуры и институты. Можно сколько угодно сотрясать воздух и жаловаться на то, как это всё ужасно, но с этим ничего не поделать — времена меняются, новое должно приходить на замену старому. Любое произведение создавалось человеком своего времени и будет понятно, скорее всего, только его современникам, и это абсолютно нормально.
А если речь идёт не про катание на льду для развлечения, а про необходимость пройти через лес на лыжах? Мало ли, живёт человек в глуши или работает в лесу. Надо вот ему через лес пройти на лыжах, а там - ручей замёрзший, и его надо как-то пересечь. Не будет же он на себе коньки таскать ради таких вот редких моментов.
Как мне кажется, у "обывателей" интерес есть только к социальным сетям, коротким видео, мемам и телевизору.
Для того и нужны такие статьи — чтобы напоминать "обывателям", что, на самом деле, и за пределами их привычного мирка есть много чего интересного и удивительного.
Это не солнечное затмение.
Со́лнечное затме́ние — астрономическое явление, при котором Луна полностью или частично покрывает Солнце на некоторое время при наблюдении с определённой части Земли.
В том часовом поясе, в котором находится большая часть целевой аудитории либо клиентуры сервиса. Если же нагрузка стабильно высока в течении суток, то применяется фоновая задача, которая периодически удаляет помеченные is_deleted строки небольшими порциями. Читайте внимательнее, что ли.
Когда (почти) никто не работает с системой, либо запущено минимальное количество задач. Редко когда бывает, что некая система нагружена 24/7 под завязку, зачастую какие-никакие окна простоя да найдутся.
Кстати, @moderator, а можно мне тоже так выражаться, как выражается автор этого комментария?)
Вы, видимо, никогда не работали с крупными проектами, где могут быть таблицы на сотни миллионов строк (а то и больше) и не понимаете, что операция удаления на больших таблицах может быть очень дорогой.
В таких проектах вполне может применяться сочетание "мягкого" удаления с "жестким". Когда что-то надо удалить сейчас - выставляется флаг is_deleted, а собственно DELETE выполняется фоновом режиме либо периодически и небольшими порциями (чтобы не создавать повышенную нагрузку в моменте), либо в регулярно, в назначенное время, когда нагрузка на БД минимальна (например, ночью).
Потому что удалить целую строку, и поменять лишь одно поле в ней - это совершенно разные по стоимости задачи.
(Под стоимостью я понимаю нагрузку, если что)
А ничего, что состояние может меняться множество раз? Пользователя удалили, через какое-то время восстановили, потом через какое-то время снова решили удалить. Что будет храниться в
updatedAt? Правильно, дата и время последнего изменения статуса.Автор говорит, что это полезно для аналитики. А что, если мы хотим узнать, удалялся ли пользователь несколько раз? Тогда это поле будет абсолютно бесполезно.
У автора какая-то каша в голове, он смешивает в одну кучу способ хранения данных в таблице и хранение истории изменений, а это совершенно разные вещи.
"Историчность" достигается не сменой boolean на enum, как предлагает автор. Она достигается созданием таблиц для хранения истории изменений. Когда строка в основной таблице изменяется - то изменения пишутся и в таблицу с историей (с фиксацией даты и времени изменения, само собой, и, возможно, ещё какими-либо дополнительными мета-данными). И тут будет уже совершенно не важно, в каком типе данных вы храните статус удаления пользователя - в boolean, в enum или как-то ещё.
Используя таблицу истории изменений, мы легко посчитаем любую аналитику. Хоть количество удалений и восстановлений пользователя, хоть что.
Автор предлагает вместо булевого флага использовать enum, на случай, если мы при расширении системы захотим ввести новые статусы. Это решение само по себе спорное, потому что для добавления нового статуса, нам каждый раз придётся делать ALTER TABLE, то есть менять структуру БД.
Обычно такие штуки делаются иначе: заводится специальная справочная таблица для статусов, а в таблице пользователей делается числовое поле STATUS_ID, которое и будет ссылаться на данную таблицу.
Что это даст? Можно будет добавлять и менять статусы простыми INSERT/UPDATE, при этом структура БД будет оставаться без изменений. Можно будет легко менять названия самих статусов, если потребуется. Наконец, это более универсальное решение: enum доступен лишь в нескольких СУБД. Тогда как вариант с отдельным справочником статусов и числовым полем STATUS_ID будет работать в любой реляционной СУБД.
И опять соискатели оказались во всём виноваты. Никогда такого не было и вот опять.
Они и перейти-то хотят, потому что на их нынешнем месте работы повышения зарплаты или хотя бы индексации уже давно не было, нет и не будет, в то время как цены на всё растут.
А их нынешнее руководство на все просьбы поднять зарплату хотя бы чуть-чуть заявляет, что "ну тогда возьмите на себя ещё 100500 обязанностей, а мы, может быть, и подумаем вам сделать небольшую прибавку к зарплате". Потому-то люди и предпочитают не руководство уговаривать, а место работы менять, где сразу будет зарплата выше с теми же обязанностями.
А если вы собираетесь платить им столько же, сколько им платят сейчас, то зачем им переходить к вам? Зачем вы им нужны?
Ложь. Ситуация с вакансиями на hh.ru прекрасно показывает, что это неправда
Надеюсь, в переносном смысле, а не прямом))
Удачи вам в вашей деятельности! Уважаю пекарей
В каком месте?
Мой пример всего лишь иллюстрирует, что даже в глуши можно было более-менее изучать информатику уже с пятого класса. И что сложность вхождения в те времена не была настолько высокой, как он утверждает.
А что вы предлагаете вместо этого — врать ребёнку? "Да, ты прав, становись пожарным и будешь каждый день героически вытаскивать из огня детей и котят, тушить пожары, а все вокруг будут говорить: ты наш герой!" Нет ничего хуже подобной лжи, да ещё и от человека, которому ребёнок доверяет больше всего.
Всё зависит от подачи. Не обязательно говорить только о минусах, важно упомянуть и плюсы. Условно: «Да, сварщику приходится часами работать в неудобной позе, подчас в некомфортных условиях, терпеть шум и жару, рисковать испортить себе зрение и лёгкие. Но ЗАТО это интересная профессия, требующая креативного подхода, задачи очень разнообразные, и очень много сфер, где можно работать сварщиком - от машиностроения и строительства до аэрокосмической отрасли; а ещё они самостоятельны в своей работы, им не нужно "работать в команде". А ещё это очень востребованно и профессионалам очень хорошо платят.»
Изначальный посыл статьи в том и состоит, что ложные представления о той или иной профессии —это зло, и с этим нужно бороться. Иначе человек потратит значительную часть жизни на получение профессии... и ливнёт с ней в первый же рабочий день, потому что он представлял себе это совершенно иначе.
Короче, пусть датчанин дальше пьёт свой чай и не лезет в дела чужих государств)
Говорят, в нулевые годы можно было попасть в геймдев, вообще не обладая никакими навыками. Это происходило потому, что издатели тогда совершенно не разбирались в геймдеве и готовы были давать разработчику любые деньги, наивно думая, что тот непременно создаст очередной хит типа "Космических рейнджеров". В итоге на роль разработчика мог попасть кто угодно, а амбиции разработчиков взлетали до небес. Но так как их скилл сильно отставал от амбиций, всё скатывалось в бесконечное затягивание сроков и издание кривого поделия вместо игры, когда издатель уже не выдерживал и требовал выпустить хоть что-то.
Закончилась эта вакханалия закономерно - кризисом компьютерных игр, когда люди просто разочаровались в отечественном геймдеве и перестали покупать отечественные игры. А издатели с тех пор поумнели и стали строже следить за разработчиками, так что те времена прошли, но это уже совсем другая история...
Не стоит свой частный случай экстраполировать на всю it-сферу.
Требования всегда сильно отличались от компании к компании, а также зависели и от типа компании. В профильных IT-компаниях требования повыше, в непрофильных - пониже. Казалось бы, проще идти в непрофильные, вот только в непрофильных и зарплаты для разработчиков ниже, и присутствует традиционное непонимание руководства, "а почему мы вообще содержим этих ботанов, которые непонятно чем занимаются, и которые не приносят нам прямой прибыли". Да и перспективы профессионального роста там ниже, потому что есть вероятность, что вся работа сведётся к ковырянию в древнем легаси.
В моей школе информатика была, конечно, не с 1 класса, но уже с пятого. Занимались мы там, конечно, не на ПК, а на советских "Корветах" и да, речь идёт не про Москву, речь про маленький город из глухой провинции. И всё это я рассказываю про самое начало нулевых.
Если у вас информатика появилась в 10 классе, то это не значит, что так было абсолютно у всех в те времена, 20 лет назад.
Они, судя по всему, идут к диаметрально противоположной от Ютуба модели "не нужон этот ваш пользовательский контент, мы сами зальём на свою платформу тот контент, который мы считаем нужным".