Pull to refresh
2
0
Send message

Вы про монолит что ли говорите? Так вы там тем более никакого рефакторинга не сделаете.

Кому понятно? Сходите на стэковерфлоу. Там в комментариях "20 минут
назад" действительно означает 20 минут назад и через минуту эта надпись
автоматически сменится на "21 минуту назад".

И это классно, они молодцы. Но не все сайты могут себе позволить заниматься такими мелочами, поэтому когда я вижу "20 минут назад" я предполагаю, что это могло быть 20+ минут назад, в зависимости от того, когда я обновил страницу. И да, если доводить до абсурда, я мог отойти от компа на год и это превратится в "20 минут + год назад", но это он и есть - абсурд.

Это какие-то ваши странные фантазии и додумывания. Я вам ничего не пытаюсь доказать. Так понятно?

Тут в пример приводят скриншоты. А я говорю, что этот пример совершенно надуманный и большинство пользователей такими глупостями не занимаются. Если кто-то делает скриншоты комментариев на Хабре и потом спустя год их рассматривает выясняя даты - это очень, очень странный юскейс.

Преимущество которое дает относительное время - быстрая индексация страницы глазами. Человеческий мозг быстрее воспринимает "20 минут назад" чем "06.12.2023 11:45".

Сравните "20 минут назад" и "1 год назад" - тут не нужно напрягаться вообще: мозгу помогают и разная длина слов и разные начальные буквы и не только. Человек ведь может прочитать текст легко даже если буквы в словах перемешаны.

А теперь найдите разницу в "06.12.2023 11:45" и "06.11.2023 13:45". Тут надо быть уже гораздо внимательнее, потому что один символ может создать как разницу в минуту, так и разницу в деятки лет. Большая внимательность требует больших затрат энергии.

Все ваши аргументы сводятся к точности, но вы не можете агрументировать зачем вам точность в дате комментария и почему вас не устраивает дополнительная операция (всплывающая подсказка) для уточнения даты.

Я открываю Гитхаб, вижу что последний коммит был 20 минут назад - понимаю что последний коммит был 20 минут назад. Меня всё устраивает. Это вы что-то не понимаете, раз вам не нравится такое представление. И хотите убрать - чтобы было плохо всем?

Нет, стало сложнее, потому что и так понятно.

Если я смотрю на фотографию человека - я понимаю, что как он на ней выглядит - не отражает того как он выглядит сейчас - он постарел, на нем другая одежда, другая прическа и т.д.
Вы мне пытаетесь доказать, что каждый человек должен фотографироваться, предварительно написав на лбу маркером текущую дату. А я вам говорю, что если вам это важно - напишите дату сами на вашей фотографии или в альбоме, но не заставляйте других писать на лбу. Так понятно?

Только вопрос: зачем?

Скриншот - не подходящее средство хранения информации.
Вы, например, не можете из него узнать когда я был зарегистрирован на сайте. Означает ли это, что Хабр должен выводить эту информацию рядом с моим ником в каждом посте?

Когда вы открываете страницу веб-сайта, она обычно предназначена для просмотра здесь и сейчас, а не для сохранения информации на будущее.

Вот именно, это много где, даже на Хабре: ваш пост - "20 минут назад".
Потому что относительное время упрощает восприятие.
Если что-то лично вам кажется неудобным - не значит что оно всем неудобно.

Как часто вы делаете скриншоты страниц гитхаба?.. Мне кажется либо вы как-то не так задачу решаете, либо пример надуманный.

Тоже расскажу пару историй.

1. Жесткое интервью

Лет 10 назад, когда я ещё на C# писал, решил сменить работу. Закинул резюме - откликнулось несколько контор, а среди них - Касперский. Ехать мне туда было не очень удобно, но с другой стороны - всё-таки это бренд, крупная компания, интересно. Поехал к ним на собеседование.

В начале интевью они задали мне вопрос: насколько % я оцениваю свои знания C# и .NET. Ну я тогда разбирался в нем довольно неплохо: сениор, несколько лет опыта за плечами, прочитаны книги Д. Рихтера, проведено некоторые время в дизассемблере и т.п. Ну я и ляпнул: 90%!

"Супер профессионал значит" - глаза интервьюеров загорелись, на лицах появилась злорадная улыбка и так жестко меня по .NET никто до этого не гонял. Было видно, что задача - доказать мне обратное и как следует опустить.

Несмотря на это, я интервью как-то выдержал и оффер от них получил. Правда предложили меньше денег чем я просил и должность меньше (зато в компании есть плюшки и будет куда расти!).

Не знаю пошел бы я к ним, предложи мне они сколько я просил, но негативный осадочек от интервью все-таки остался. В итоге я выбрал предложение сравнительно небольшой ноунейм компании, где предложили и денег больше и должность, а по факту и коллектив оказался отличный. Ничуть не жалею.

2. Фейл на live coding

Собеседовался в один небольшой стартап, основная команда которого - в моем городе, а боссы, как я понял - в США.

Первой частью было тестовое задание: микросервис курсов валют с набором требований к нему. Написал всё четко, красиво, тесты и пр. - сам бы использовал, была бы необходимость. Отправил ссылку команде - всем понравилось, придраться ни к чему не смогли, позвали на очное интервью.

Пособеседовался с командой - все довольны. Дальше, говорят, надо с боссами пособеседоваться, live coding пройти.

И вот начинается веселуха. Вначале я с ними немного беседую, но связь почему-то ужасная и мне тяжело их понять, уже неловко. Потом запускаем live coding, а там просто текстовый редактор с компилятором, а у меня уже привычка к автокомплиту, раскрытиям типов и прочим прелестям современного мира. В процессе решения задачи волнуюсь, туплю, какой-то тип не стыкуется, а время идет.. вообщем "боссам" не понравилось :)

Но хоть гифт-ваучер дали за тестовое задание - не так обидно :)

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

Выводы

  1. Не прошли идиотское интервью - возможно судьба вас спасла, и вы найдете что-то лучше и комфортнее для себя.

  2. Будет что вспомнить :)

Скале не нужна киллерфича. Достаточно чтобы:

  1. Мартин больше ее не ломал (как макросы в Scala 3.. ещё было бы неплохо оживить Scalamock..)

  2. ZIO и Cats Effect должны сыграть в русскую рулетку. При всём моем уважении к обоим библиотекам, но 2 экосистемы - это не очень хорошо ( даже несмотря на то что Cats либы используют Tagless Final - их всё равно не так удобно использовать с ZIO, а в обратку ещё хуже).

В остальном, Scala остается самым выразительным языком, из статически типизированных по крайней мере. Rust, конечно тоже хорош, ттх на выходе - блестящие. Kotlin+Arrow ещё допустим (не пробовал, но по докам выглядит удобоваримо). Но не могу себе представить, как в 2023 на Java писать. А от Python начинается нервный тик..

Я думаю сейчас Scala 3 устаканится и пойдет очень медленный рост обратно к популярности года этак 2015. Но это все-равно нишево будет, относительно той же Java. С другой стороны нам же лучше: писать приятно, а платят больше.

Мне кажется у вас не Real Time, а Near Real Time.
У Real-Time систем есть жесткие ограничения по скорости работы, например некое событие должно быть обработано за 1мс и не микросекундой позже, иначе - авария. Такие системы не пишутся на языках со сборщиками мусора и даже операционная система может требоваться другая, чтобы какой-то другой процесс не украл в неподходящий момент процессорное время.

Сообщения в соцсетях и даже пакеты в онлайн играх не имеют таких требований: небольшой лаг может быть неприятным для пользователя, но не критичным.

Не автор, но рефакторю сейчас большой проект на Python. Хочу сказать что надо на законодательном уровне запретить более N строк кода на нем писать, а в качестве наказания - гулаг.

Data Science - единственное для чего нет толковой альтернативы Питону, неизбежное зло.

Согласно User Agreement, создавая контент на Reddit, пользователи передают Reddit полные неэксклюзивные права на этот контент. Соответственно владелец всего там - Reddit.

У модераторов же нет никаких прав на размещаемый там контент. У них есть права только модерировать его согласно правилам установленным Reddit. Они, например, не имеют права удалить мой пост, если в нем нет никаких нарушений, просто в знак протеста против чего либо. А скрытие целого канала, особенно на неопределенный срок - сродни удалению.

Между прочим, есть там у них и такой пункт в Reddit Content Policy:

Rule 8: Don’t break the site or do anything that interferes with normal use of Reddit.

https://support.reddithelp.com/hc/en-us/articles/360043512931
А устраиваемый модераторами blackout явно противоречит ему.

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

Я, например, постоянно читаю Reddit в браузере и на официальном клиенте. Т.е. мне эти изменения API не важны. Подозреваю, что таких обычных пользователей большинство. Но нас никто не спросил, хотим ли мы чтобы тот или иной саб закрылся. По крайней мере, на интересующих меня сабах я не видел голосовалок - просто постфактум поставили, мол протестуем. Почему вдруг модераторы решили, что имеют право так делать, когда канал не является их частной собственностью, не понятно.

8000 сообществ. Нанимаем модераторов из развивающихся стран, допустим, за 1000$ в год каждому - 8 млн в год. Не выглядит чем-то очень дорогим для крупной компании.
Не говоря уже про AI. С помощью той же GPT-3.5 можно существенно снизить количество необходимых модераторов, если не избавиться от них совсем.

Что им помешает просто открыть эти сообщества обратно и забрать права у модераторов?

А для падающего, история вселенной снаружи завешится еще до того как он пересечет горизонт событий.

Мне кажется с этой теорией что-то не так:

  1. А доживет ли сама черная дыра до конца вселенной?

  2. Падающий ведь не падает бесконечно. Это только эффект. Как минимум он будет разорван\раздавлен\мерт задолго до смерти самой черной дыры, а значит и до конца вселенной.

  3. Ещё куча вопросов, которые я не могу сформулировать..

Почему K8S продолжает их маршрутизировать на под, который сам же только что остановил? Ну, если коротко, то потому что Kubernetes так работает

Не очень удачная формулировка как мне кажется.
K8S то как раз сразу обновляет свою конфигурацию и говорит, что направлять трафик на завершающий работу pod не надо. Проблема в том, что k8s не ждет когда все компоненты применят эту конфигурацию, т.е. тут у нас eventual consistency в действии.

Сборка, тестирование и пр. должны быть автоматизированы. Тот же Github дает бесплатные 2000 минут CI\CD в месяц.

Из ручной работы мэинтейнеру нужно в первую очередь ревьюить и мержить PR. Всё остальное - на его усмотрение.

Верно. Оплата может выражаться в том, например, что штатные разработчики какой-то компании потратят свое рабочее время на доработку какой-то фичи или устранение бага и выкатят PR.

Надо оговориться: заметит тогда, когда начнутся проблемы. Пока всё работает, никто не будет делать лишних телодвижений.

Information

Rating
6,375-th
Registered
Activity