Лично у меня нет такого, что мне надо постоянно отслеживать 100500 ресурсов. Есть основной мессенджер, в моём случае телеграм, для важной информации, его я отслеживаю постоянно, а всё остальное - вторично. Я захожу на определённый ресурс за чётким и единственным форматом информации. К примеру, стим - для игр и внутриигрового общения. Дискорд - для более социального взаимодействия, но в рамках игровой тематики. Хабр - для статей и досуга. Ютуб - для получения какой-то информации из разряда роликов от индусов. На каком-нибудь stack overflow я скорее буду искать обсуждение какого-то вопроса с кодом, а вот уже готовый пример решения в другом месте. Нет такого, чтобы я что-то искал сразу везде-везде. Для каждой цели найдётся единственное место.
Я всё же выделяю очень важным фактором формат информации. В таком случае у меня не возникает проблемы расползания информации по всему интернету. Скорее, для меня произошло разделение по форме.
Когда интересы выходят за рамки 1-2 сервисов, а их к тому же много, начинаешь путаться в источниках информации. Надо ограничить расползание и не создавать одну большую кучу. На одном сервисе не должно находится сразу всё. Я разделил одну кучу на много маленьких по признаку формата и цели. Если мне нужно что-то узнать, я иду в одно место, не сразу в 10 разных.
Я не считаю это проблемой. "В среднем" статистику прямо портить не будет, так как не одна единственная вакансия дублируется, и не одна единственная компания так делает. В основном, это должно влиять лишь на суммарное число вакансий.
Так изнасиловал это ж про журналистов мем. А не про учёных :)
Можно посмотреть на это по-другому. "Журналистами" могут быть и учёные, и писатели научпоп статей. И тогда это мем не про учёный-журналист, а про проблему описания фактов.
Журналисты могут стать учёными! (c) автор комментария
Поясните, пожалуйста, незнающему, чего, позволяющего сказать: "это отдельный язык", нет в ts. Я не видел ни ts, ни js, только слышал их названия и видел бесполезный гугловский нейро-ответ на мой вопрос.
Мне кажется, что деньги текут туда, в чём заинтересовано начальство. А заинтересоваться можно в результате. Ещё начальству нужно что-то увидеть, чтобы это заметить. Кто первый встал, того и тапки. Туда и текут.
хорошо, раскладываем код на определённые части, если этого ещё не сделали. Создаём оптимизированные версии каждой части, выкладываем в релиз, у себя оставляем неоптимизированные, но читаемые версии. Перед следующим релизом переоптимизируем изменённые части.
Выглядит неудобно?
Конечно, но зато вопроса преждевременности и своевременности больше не должно быть... Появляется вопрос актуальности этой идеи.
Многие рассуждают о проектах в терминах ООП, ФП или какой-то другой подобной концепции.
Пусть реактивное программирование будет входить в другую подобную концепцию.
Статья ориентирована на немного другое:
А с точки зрения этой статьи - они не дают понимания о чём же действительно нужно думать при разработке, из них не следует прямых практических выводов
Это просто способы структурировать код со своими преимуществами.
Про своевременную оптимизацию:
Это точно не "зло", поэтому она и называется своевременной, то есть, появляющейся в нужный момент, то есть, когда нужна.
Преждевременная - зло, потому что зачем портить дорогу, по которой будешь возвращаться обратно? На обратном пути - пожалуйста. Портить, потому что оптимизация зачастую несёт за собой вид кода из того места (хотя работает просто отлично) для других людей и даже для тебя через пять минут.
-----
И да, я не разбираюсь в вопросе "реактивного программирования", поясните, пожалуйста), буду благодарен. Или ссылочку, где чайнику всё объяснят.
Лично у меня нет такого, что мне надо постоянно отслеживать 100500 ресурсов. Есть основной мессенджер, в моём случае телеграм, для важной информации, его я отслеживаю постоянно, а всё остальное - вторично. Я захожу на определённый ресурс за чётким и единственным форматом информации. К примеру, стим - для игр и внутриигрового общения. Дискорд - для более социального взаимодействия, но в рамках игровой тематики. Хабр - для статей и досуга. Ютуб - для получения какой-то информации из разряда роликов от индусов. На каком-нибудь stack overflow я скорее буду искать обсуждение какого-то вопроса с кодом, а вот уже готовый пример решения в другом месте. Нет такого, чтобы я что-то искал сразу везде-везде. Для каждой цели найдётся единственное место.
Я всё же выделяю очень важным фактором формат информации. В таком случае у меня не возникает проблемы расползания информации по всему интернету. Скорее, для меня произошло разделение по форме.
Когда интересы выходят за рамки 1-2 сервисов, а их к тому же много, начинаешь путаться в источниках информации. Надо ограничить расползание и не создавать одну большую кучу. На одном сервисе не должно находится сразу всё. Я разделил одну кучу на много маленьких по признаку формата и цели. Если мне нужно что-то узнать, я иду в одно место, не сразу в 10 разных.
Ты что, это теперь модно пользоваться полурабочей российской игрушкой.
А количество участников...
баба Клава из проходной - не сотрудник! Создаём класс Человек...
ой, не туда свернули
Изменить на какую-то надпись типа "НЛО прилетело и оставило эту надпись здесь" не даёт?
Вижу у себя таймер в 30 минут, наверное, уже не даст
Неудачный результат - тоже результат.
А ещё помериться, у кого qr-код меньше.
Никто не говорил, что qr-код не будет вести на AliExpress.
Мне вот понравились эти галочки и крестики без фона, они у меня в заметках сохранены, чтоб не искать. Так что для логирования пихаю и без нейронки.
Но соглашусь, что ИИшке они тоже нравятся и что это сигнал о том, что что-то тут нечисто и попахивает нейронкой.
Может, рейтинг по первым упоминавшимся языкам? Думаю, в паровозике golang, C/C++ то, что "нужнее" - golang, напишут первее. Но кто же их знает...
А ещё дублирование вакансий на разных сайтах.
Я не считаю это проблемой. "В среднем" статистику прямо портить не будет, так как не одна единственная вакансия дублируется, и не одна единственная компания так делает. В основном, это должно влиять лишь на суммарное число вакансий.
Можно посмотреть на это по-другому. "Журналистами" могут быть и учёные, и писатели научпоп статей. И тогда это мем не про учёный-журналист, а про проблему описания фактов.
Журналисты могут стать учёными! (c) автор комментария
Скрытый текст
Не смог сделать также круто, как и в меме...
Поясните, пожалуйста, незнающему, чего, позволяющего сказать: "это отдельный язык", нет в ts. Я не видел ни ts, ни js, только слышал их названия и видел бесполезный гугловский нейро-ответ на мой вопрос.
Мне кажется, что деньги текут туда, в чём заинтересовано начальство. А заинтересоваться можно в результате. Ещё начальству нужно что-то увидеть, чтобы это заметить. Кто первый встал, того и тапки. Туда и текут.
хорошо, раскладываем код на определённые части, если этого ещё не сделали. Создаём оптимизированные версии каждой части, выкладываем в релиз, у себя оставляем неоптимизированные, но читаемые версии. Перед следующим релизом переоптимизируем изменённые части.
Выглядит неудобно?
Конечно, но зато вопроса преждевременности и своевременности больше не должно быть... Появляется вопрос актуальности этой идеи.
Поправочка:
...великий монолит на 30 тысяч строк в одном методе.
Не помню откуда, пусть будет так:
(c) Джейсон Стейтем
Пусть реактивное программирование будет входить в другую подобную концепцию.
Статья ориентирована на немного другое:
Это просто способы структурировать код со своими преимуществами.
Про своевременную оптимизацию:
Это точно не "зло", поэтому она и называется своевременной, то есть, появляющейся в нужный момент, то есть, когда нужна.
Преждевременная - зло, потому что зачем портить дорогу, по которой будешь возвращаться обратно? На обратном пути - пожалуйста. Портить, потому что оптимизация зачастую несёт за собой вид кода из того места (хотя работает просто отлично) для других людей и даже для тебя через пять минут.
-----
И да, я не разбираюсь в вопросе "реактивного программирования", поясните, пожалуйста), буду благодарен. Или ссылочку, где чайнику всё объяснят.