Я никаких сиыслов в это "ну я не знаю" не искал. Просто с этой фразы начинается практически каждая реплика персонажа — с литературной(или как это назвать?) точки зрения это вызывает только недоумение и в какой-то степени даже раздражение.
Бывает ещё такое: "Всё сломалось!"
И никаких объяснений: что сломалось, где сломалось, что именно это "всё". Хорошо если ссылку дадут.
А в итоге может оказаться, что "всё" – это какой-то мелкий баг, который ну никак язык не повернётся назвать "всё".
И вот такое вот может лететь не только от заказчика, но и внутри компании-исполнителя(например от менеджера к разработчику).
Если инлайново в html вставить, то да можно манипулировать свойствами svg из css. А если задать его бекграундом, как в примере, то такой фокус уже не пройдёт.
ну у Вас же не всегда открыт тот ресурс, за которым Вы следите?
Из вашего же примера Tproger и Meduza – вот не те ресурсы, которые должны быть постоянно открыты и которые должны заваливать уведомлениями о новом контенте. На такие ресурсы ходят периодически по собственному желанию и проверяют, есть ли что новое. Так что здесь я согласен с Drag13
По примеру про чату: любой чат подразумевает по собой то, что я получу и увижу сообщение в максимально короткие сроки(если я их сам не заглушил, что бы не мешали) – тут push-уведомления действительно уместны.
А насчёт низкого порога вхождения — как ни странно, это не так.
Поддерживаю. Тут скорее приравнивают порог вхождения в JS и в Node.js.
Порог вхождения именно в язык JS – да, он довольно низкий.
Порог вхождения уже готового JS разработчика в Node.js для серверной разработки – да, для такого человека порог вхождения в Node будет ниже, чем в какой-то новый для него ЯП, но этот порог снижается исключительно за счёт уже знания JS.
Говорить про порог вхождения именно в Node.js, как по мне это странно и не очень правильно, он действительно не такой уж и низкий.
Причем описанное в посте к JS особого отношения-то не имеет.
По сути описаны проблемы в команде: не смогли договориться о style guide, не могут найти время на написание тестов и т.п.
Может лучше поставить плюсики за понравившиеся критические комментарии?
Перечитал эту фразу. Теперь сижу и думаю, что я дебил. Я вот её расценил почему-то сначала как "поставить + статье за комментарии". Извиняюсь за свой мозг, который почему-то таким образом информацию воспринял.
Первый раз участвую, а мой АДМ играет в партизана :( Ни сообщений в чате, ни отправленного подарка (хотя по статистике отправленных я видимо далеко не один такой)
Хорошо хоть мой подарок уже у внука.
Может лучше поставить плюсики за понравившиеся критические комментарии?
Для этого можно поставить плюсик конкретным критическим комментариям. А ставить оценку именно статье за комментарии в ней – ну это как минимум странно.
Через несколько точек конечно считает уже ~150. Только промежуточную точку тоже надо правильно выставить: ставим на Ленина, 6 – 150р, Ленина 7(через дорогу от 6) – получаем вообще 340 :)
Да и большинству пользователей такой лайфхак даже в голову не придёт. Просто закроют и вызовут местную службу такси.
Так дело в том, что ехать через ленина 21 минуту – это дело из ряда вон выходящее. Среднестатистически такая поездка должна занять минут 10-15, 20 мин и более – это редкий случай (город у нас небольшой и действительно мёртвые пробки в том направлении могут возникать в очень редких случаях.)
Уж не знаю как такое время алгоритм высчитывает, но через город в 95% случаев быстрее.
Да даже если предположить, что алгоритм прав(что через трассу быстрее) – водитель всё равно поедет по более дешёвому маршруту(не из-за его дешевизны, потому что он оптимальнее), а пересчёта цены по завершении поездки не будет. Ясное дело, что идеальный алгоритм тут вывести очень сложно, но платить за поездку 230 руб, когда она по факту стоит 150 как-то прям обидно даже.
Вообще иногда алгоритмы подкладывают откровенную свинью:
по такому маршруту стоимость ~230р, ибо прокладывается через шоссе
смещаем начальную точку на 1-1.5 км ближе к центру города: получаем ~130р, т.к. маршрут уже прокладывается через город
причём в первом случае у нас ни один здравомыслящий водитель не поедет через шоссе. в итоге получаем картину: приложение выставляет 230руб за поездку по трассе, водитель едет по маршруту, который должен стоить где-то 130-150руб
Я никаких сиыслов в это "ну я не знаю" не искал. Просто с этой фразы начинается практически каждая реплика персонажа — с литературной(или как это назвать?) точки зрения это вызывает только недоумение и в какой-то степени даже раздражение.
После 10-го "ну… не знаю" отпало желание дочитывать. Прям по мозгам резать начало из-за частоты появления этой фразы.
Бывает ещё такое: "Всё сломалось!"
И никаких объяснений: что сломалось, где сломалось, что именно это "всё". Хорошо если ссылку дадут.
А в итоге может оказаться, что "всё" – это какой-то мелкий баг, который ну никак язык не повернётся назвать "всё".
И вот такое вот может лететь не только от заказчика, но и внутри компании-исполнителя(например от менеджера к разработчику).
Кажется это не digital-мероприятие, даже если его проводит основатель ABBYY.
Если инлайново в html вставить, то да можно манипулировать свойствами svg из css. А если задать его бекграундом, как в примере, то такой фокус уже не пройдёт.
так в начале поста же есть: https://atomiks.github.io/30-seconds-of-css/
Посмотрел оригинал, там
pointer-events: noneимеется.В этом примере я бы ещё добавил
Что бы можно было кликнуть "сквозь" псевдоэлемент.
Из вашего же примера Tproger и Meduza – вот не те ресурсы, которые должны быть постоянно открыты и которые должны заваливать уведомлениями о новом контенте. На такие ресурсы ходят периодически по собственному желанию и проверяют, есть ли что новое. Так что здесь я согласен с Drag13
По примеру про чату: любой чат подразумевает по собой то, что я получу и увижу сообщение в максимально короткие сроки(если я их сам не заглушил, что бы не мешали) – тут push-уведомления действительно уместны.
Почему "ещё один"? Vue существует уже довольно давно и вполне успешно и уверенно топчет пятки React'у и Angular'у
Поддерживаю. Тут скорее приравнивают порог вхождения в JS и в Node.js.
Порог вхождения именно в язык JS – да, он довольно низкий.
Порог вхождения уже готового JS разработчика в Node.js для серверной разработки – да, для такого человека порог вхождения в Node будет ниже, чем в какой-то новый для него ЯП, но этот порог снижается исключительно за счёт уже знания JS.
Говорить про порог вхождения именно в Node.js, как по мне это странно и не очень правильно, он действительно не такой уж и низкий.
Дедушка долго молчал, но не подвёл!
И он таки умудрился всё равно остаться анонимным, отправив подарок от ООО.
Причем описанное в посте к JS особого отношения-то не имеет.
По сути описаны проблемы в команде: не смогли договориться о style guide, не могут найти время на написание тестов и т.п.
Перечитал эту фразу. Теперь сижу и думаю, что я дебил. Я вот её расценил почему-то сначала как "поставить + статье за комментарии". Извиняюсь за свой мозг, который почему-то таким образом информацию воспринял.
Первый раз участвую, а мой АДМ играет в партизана :( Ни сообщений в чате, ни отправленного подарка (хотя по статистике отправленных я видимо далеко не один такой)
Хорошо хоть мой подарок уже у внука.
Для этого можно поставить плюсик конкретным критическим комментариям. А ставить оценку именно статье за комментарии в ней – ну это как минимум странно.
Через несколько точек конечно считает уже ~150. Только промежуточную точку тоже надо правильно выставить: ставим на Ленина, 6 – 150р, Ленина 7(через дорогу от 6) – получаем вообще 340 :)
Да и большинству пользователей такой лайфхак даже в голову не придёт. Просто закроют и вызовут местную службу такси.
Так дело в том, что ехать через ленина 21 минуту – это дело из ряда вон выходящее. Среднестатистически такая поездка должна занять минут 10-15, 20 мин и более – это редкий случай (город у нас небольшой и действительно мёртвые пробки в том направлении могут возникать в очень редких случаях.)
Уж не знаю как такое время алгоритм высчитывает, но через город в 95% случаев быстрее.
Да даже если предположить, что алгоритм прав(что через трассу быстрее) – водитель всё равно поедет по более дешёвому маршруту(не из-за его дешевизны, потому что он оптимальнее), а пересчёта цены по завершении поездки не будет. Ясное дело, что идеальный алгоритм тут вывести очень сложно, но платить за поездку 230 руб, когда она по факту стоит 150 как-то прям обидно даже.
Вообще иногда алгоритмы подкладывают откровенную свинью:
причём в первом случае у нас ни один здравомыслящий водитель не поедет через шоссе. в итоге получаем картину: приложение выставляет 230руб за поездку по трассе, водитель едет по маршруту, который должен стоить где-то 130-150руб