Если погуглить "одноразовый чат", то найдётся больше одного решения, но часть доступна только под VPN. Видится единственный сценарий, когда такое может понадобиться - чат рулетки или другие случайные знакомства (и другая сомнительная деятельность), когда нет желания полностью раскрывать личную информацию и основные аккаунты.
Вроде бы пишешь, что сам программист, но я вижу какое-то странное злорадство, основанное, кажется, на странной уверенности в своём превосходстве над остальными нажимальщиками и уверенности, что уж ты-то на улице не окажешься.
Поправь, если не прав, конечно. Но оттенок твоего коммента вызывает пока только негатив.
Поправляю. Нет ни капли злорадства, негатива или уверенности в превосходстве. Не надо домысливать или проецировать на себя. Я сейчас сам несколько месяцев нахожусь в поиске новой работы с третьей сотней автоотказов на hh. Смысл комментария - не надо вкладывать всю жизнь в одну деятельность. Даже самые лучшие узкие специалисты однажды могут остаться под мостом. Не говоря уже о средних.
Ну вот я "нажимаю кнопки", положим, не всю жизнь, но лет 10.
Я нажимал кнопки почти 15 лет. Перегорел и сам уволился в никуда. И оказался в нигде.
Потеря идентичности, внезапное понимание, что всю жизнь нажимал кнопки и больше ничего не умеешь - главная проблема когда вдруг оказываешься за бортом. Ну и конечно же потенциальное снижение уровня дохода в разы, и в целом смена социальной роли с независимого работника на тварь дрожащую.
Один парсер, один источник правды, и тест-сьют, который доказывает, что все биндинги согласны.
А что, если, вместо биндингов через FFI сделать транслятор в JSON. А там пусть родные библиотеки парсят. Тестами покрыть все краевые случаи, что бы убедиться, что транслятор правильно работает. В итоге получаем не прям новый 15ый стандарт, а просто упрощённый способ описания json.
Дальше эту таблицу нужно было бы ввести. Сначала вычислить на бумаге в клеточку: разложить все девятнадцать положений и выписать 152 смещения со знаками плюс 19 переходов между положениями. Потом набрать числа на клавиатуре терминала и вычитывать глазами. Опечатка в одном знаке молчала бы до тех пор, пока в игре не выпадет кривая фигура, а искать её пришлось бы в этих же колонках цифр, на машине без отладчика.
Художественное преувеличение. Если бы нужна была такая оптимизация, то 152 числа кодом сразу бы и записывались в исходник, а не вбивались вручную с кучей опечаток.
Для редкого префикса запрос за шардом равен запросу за товаром: k-анонимность равна единице. Лечится это укрупнением ключа для разреженных префиксов (три цифры вместо четырёх) или добиванием файлов до общего размера. Пока не сделано — и это, пожалуй, главный недостаток текущей схемы.
Категорически непонятно, в чём экономия дробить 429 КиБ на шарды. Кажется, это сделано больше ради спортивного интереса. Вероятно, разница скачивания файла в ~1КБ и в ~500КБ будет в пределах сотен миллисекунд. Будет больше расходов на пинг и сетевые запросы. И тоже самое касается вопроса анонимности. Вроде как что то и есть, но в итоге всё равно стремится к нулю.
Если следовать такой логики, можно попробовать:
Добавить ETag на файлы. А если коды обновляются раз в несколько недель, то можно и кэшировать на дни, а не на час.
Допустим, мы хотим анонимности на уровне, что бы не знать, какой именно из ~10-100 товаров отсканировал человек. Вместо того, что бы запрашивать файлы с размером в 1-10 товаров, клиент может всегда запрашивать N случайных файлов. Размер среднего файла у вас указан как 1,4 КБ, что примерно равно MTU. Отсюда могу предположить, что время отдачи ~10 мелких файлов (в пределах ~1кб по http2), будет равно времени отдачи одному среднему файлу.
У меня возник тот же вопрос. На странице стима (как и в этой статье) такой ответ:
Вопросы и ответы
Это VPN?
Нет. VPN объединяет машины в одну общую сеть. Porthole пробрасывает только те порты, которыми вы решили поделиться, и каждый гость подтверждает порт, прежде чем тот откроется у него.
Как друзья подключаются после входа?
Открытый порт появляется на их собственной машине, поэтому в игре они указывают локальный адрес, например Direct Connect к 127.0.0.1 на подтверждённом порту.
То есть это прокси. Но видимо игра должна поддерживать прямое указание адреса сервера по хосту+порт. Если в игре реализован только поиск сервера через локальную сеть, то видимо ничего не получится.
И мне правда интересно ваше мнение о самом подходе. Вот стоит ли непрограммисту вот так брать и вайбкодить прикладные инструменты под свои задачи — или это тупиковая ветка, и без понимания того, что внутри, далеко не уедешь?
Стоит. Когда делаешь под себя, лучше знаешь, что должно получится в итоге.
Судя по описанию, не каждый программист или даже команда осилит такой большой и законченный функционал. По отдельный каждый кирпичик простой, но собрать всё вместе - это уже другое дело. С трудом верится, что это сделано одним учителем физики по вечерам.
Писатели на электроне не считались "настоящими разработчиками", теми, кто считал себя "настоящими разработчиками".
И, что характерно, калькулятор после вайбкодинга будет весить меньше 100 мегабайт :)
99 МБ?
Я ненастоящий разработчик, но я получаю удовольствие от рефакторинга и оптимизаций.
Невозможно заниматься рефакторингом и оптимизацией без знаний и опыта. А генерация кода с помощью LLM в этом случае ничем не отличается от ручного набора текста.
За что платят, то и пишут. А там где бесплатно, получается, например linux или какой нибудь sqlite. Но платят за калькулятор размером в 100МБ.
И если кто забыл, то LLM написали как раз "настоящие разработчики", возможно как раз для того, что бы не мучаться с бесконечными хотелками бизнеса, багами, капризами пользователей и наконец начать писать код для себя.
Кажется имеется инфляция термина "настоящего разработчика" и путаница его с бизнесом, который генерирует миллион фич.
Не вайбкод, а "настоящие разработчики" тащат любое говно вроде калькулятора на электрон, и дуют его до 100+ мегабайт.
До появления вайбкода, разработчики на электроне не считались "настоящими разработчиками". Раздували калькулятор до 100МБ в первую очередь те, кто сейчас первым побежал в вайбкодинг. Но так исторически можно опуститься до настоящих разработчиков на перфокартах, машинных кодах и пайки микросхем.
Возможно, "настоящим разработчикам" есть чему поучиться у вайбкодеров? Например, писать свой велосипед под задачу, а не обкладывать его потом 10 лет "фичами"
10 лет фичами обкладывают задачу менеджеры, у "настоящих разработчиков" код 10 лет может переписываться/оптимизироваться/рефакториться без единого добавления функционала.
"Настоящие разработчики" могут получаться удовольствие не только (и не столько) от закрытия задачи, а от самого процесса написания кода.
Основой язык php (10+ лет) и по 3-4 года опыта с go,nodejs/typesript,ruby. Чисто backend, архитектура, апишки и всё такое. Фронт могу только пет проекты на бутстрапе
Если хочется шифрования, то нужно всё тоже самое (user script/plugin), но шифровать не в случайные байты или даже эмоджи, а внутри нормального изображения/видео/текста. Иначе слишком уж палевно
Залез в резюме перепроверить, оказалось не 10 лет опыта, а все 14. Ключевых слов за это время набралось достаточно. Но правда в том, что рынок изменился, а резюме вероятно осталось по стандартам 2010х годов. И я в первые в жизни реально ищу работу. Все остальные разы (6 мест работ), работа меня находила сама буквально за пару недель.
Это либо ИИ статья, либо эксперимент на посмеяться после последней статьи
Кликбейт статья ради рекламной ссылки в конце
Если погуглить "одноразовый чат", то найдётся больше одного решения, но часть доступна только под VPN. Видится единственный сценарий, когда такое может понадобиться - чат рулетки или другие случайные знакомства (и другая сомнительная деятельность), когда нет желания полностью раскрывать личную информацию и основные аккаунты.
Поправляю. Нет ни капли злорадства, негатива или уверенности в превосходстве. Не надо домысливать или проецировать на себя. Я сейчас сам несколько месяцев нахожусь в поиске новой работы с третьей сотней автоотказов на hh. Смысл комментария - не надо вкладывать всю жизнь в одну деятельность. Даже самые лучшие узкие специалисты однажды могут остаться под мостом. Не говоря уже о средних.
Я нажимал кнопки почти 15 лет. Перегорел и сам уволился в никуда. И оказался в нигде.
Потеря идентичности, внезапное понимание, что всю жизнь нажимал кнопки и больше ничего не умеешь - главная проблема когда вдруг оказываешься за бортом. Ну и конечно же потенциальное снижение уровня дохода в разы, и в целом смена социальной роли с независимого работника на тварь дрожащую.
Выглядит симпатично.
А что, если, вместо биндингов через FFI сделать транслятор в JSON. А там пусть родные библиотеки парсят. Тестами покрыть все краевые случаи, что бы убедиться, что транслятор правильно работает. В итоге получаем не прям новый 15ый стандарт, а просто упрощённый способ описания json.
Художественное преувеличение. Если бы нужна была такая оптимизация, то 152 числа кодом сразу бы и записывались в исходник, а не вбивались вручную с кучей опечаток.
Категорически непонятно, в чём экономия дробить 429 КиБ на шарды. Кажется, это сделано больше ради спортивного интереса. Вероятно, разница скачивания файла в ~1КБ и в ~500КБ будет в пределах сотен миллисекунд. Будет больше расходов на пинг и сетевые запросы. И тоже самое касается вопроса анонимности. Вроде как что то и есть, но в итоге всё равно стремится к нулю.
Если следовать такой логики, можно попробовать:
Добавить ETag на файлы. А если коды обновляются раз в несколько недель, то можно и кэшировать на дни, а не на час.
Допустим, мы хотим анонимности на уровне, что бы не знать, какой именно из ~10-100 товаров отсканировал человек. Вместо того, что бы запрашивать файлы с размером в 1-10 товаров, клиент может всегда запрашивать N случайных файлов. Размер среднего файла у вас указан как 1,4 КБ, что примерно равно MTU. Отсюда могу предположить, что время отдачи ~10 мелких файлов (в пределах ~1кб по http2), будет равно времени отдачи одному среднему файлу.
У меня возник тот же вопрос. На странице стима (как и в этой статье) такой ответ:
То есть это прокси. Но видимо игра должна поддерживать прямое указание адреса сервера по хосту+порт. Если в игре реализован только поиск сервера через локальную сеть, то видимо ничего не получится.
Автор предлагает автоматически удалять любой репозиторий который попал под общую регулярку аля "download now"?
Похоже, что свой движок не тянут по трудоёмкости. Дум можно спокойно выпускать и на стороннем движке.
Стоит. Когда делаешь под себя, лучше знаешь, что должно получится в итоге.
Судя по описанию, не каждый программист или даже команда осилит такой большой и законченный функционал. По отдельный каждый кирпичик простой, но собрать всё вместе - это уже другое дело. С трудом верится, что это сделано одним учителем физики по вечерам.
Писатели на электроне не считались "настоящими разработчиками", теми, кто считал себя "настоящими разработчиками".
99 МБ?
Невозможно заниматься рефакторингом и оптимизацией без знаний и опыта. А генерация кода с помощью LLM в этом случае ничем не отличается от ручного набора текста.
За что платят, то и пишут. А там где бесплатно, получается, например linux или какой нибудь sqlite. Но платят за калькулятор размером в 100МБ.
И если кто забыл, то LLM написали как раз "настоящие разработчики", возможно как раз для того, что бы не мучаться с бесконечными хотелками бизнеса, багами, капризами пользователей и наконец начать писать код для себя.
Кажется имеется инфляция термина "настоящего разработчика" и путаница его с бизнесом, который генерирует миллион фич.
До появления вайбкода, разработчики на электроне не считались "настоящими разработчиками". Раздували калькулятор до 100МБ в первую очередь те, кто сейчас первым побежал в вайбкодинг. Но так исторически можно опуститься до настоящих разработчиков на перфокартах, машинных кодах и пайки микросхем.
10 лет фичами обкладывают задачу менеджеры, у "настоящих разработчиков" код 10 лет может переписываться/оптимизироваться/рефакториться без единого добавления функционала.
"Настоящие разработчики" могут получаться удовольствие не только (и не столько) от закрытия задачи, а от самого процесса написания кода.
Основой язык php (10+ лет) и по 3-4 года опыта с go,nodejs/typesript,ruby. Чисто backend, архитектура, апишки и всё такое. Фронт могу только пет проекты на бутстрапе
У меня в backend ситуация полностью аналогичная.
Если хочется шифрования, то нужно всё тоже самое (user script/plugin), но шифровать не в случайные байты или даже эмоджи, а внутри нормального изображения/видео/текста. Иначе слишком уж палевно
А что со шрифтами? Мыльно и мелко. firefox, 1920x1080
Залез в резюме перепроверить, оказалось не 10 лет опыта, а все 14. Ключевых слов за это время набралось достаточно. Но правда в том, что рынок изменился, а резюме вероятно осталось по стандартам 2010х годов. И я в первые в жизни реально ищу работу. Все остальные разы (6 мест работ), работа меня находила сама буквально за пару недель.