Нашёл баг в #Skyrim, но не могу его точно воспроизвести. Если перед тем, как использовать талант "Вампир-лорд", надеть "Кольцо Зверя" использовать крик "Воплощение дракона", сохраниться в форме вампира и перезапустить игру, а затем восстановить облик, то автоматически наденется ещё одно кольцо из инвентаря (принцип выбора не совсем понял, но у меня было только одно), а "Кольцо зверя" при этом останется экипированным. Более того, визуальный эффект от "Воплощения дракона" будет постоянным. Увы, только визуальный - никаких бонусов от него активно не будет (а жаль).
Таким образом можно получить постоянную прибавку +100 здоровья.
Нашёл баг в #Skyrim, но не могу его точно воспроизвести. Если перед тем, как использовать талант "Вампир-лорд", надеть "Кольцо Зверя" использовать крик "Воплощение дракона", сохраниться в форме вампира и перезапустить игру, а затем восстановить облик, то автоматически наденется ещё одно кольцо из инвентаря (принцип выбора не совсем понял, но у меня было только одно), а "Кольцо зверя" при этом останется экипированным. Более того, визуальный эффект от "Воплощения дракона" будет постоянным. Увы, только...
@strizhechenko - да, либо плагин, либо надо второй поток переключить в mjpeg и открыть его в браузере - есть венда, то нет, там есть Тула, которая в сети камеру увидит и даст сделать первоначальные настройки (не помню работает ли а wine) - poe должно быть полноценным 802.3af/at 48V. passive poe из microtic работать не будет
Подумываю провести аналогии главы "40 основных приёмов по устранению технических противоречий" из книги Найти Идею с архитектурными рефакторингами в разработке ПО. Будет много сов, много глобусов. Стоит оно того, чтобы как минимум похихикать в процессе, а как максимум - поржать с того что все эти ваши рефакторинги придумали 40 лет назад. Заодно систематизирую кашу в голове.
25. Принцип самообслуживания.
Очень нравится концепция health-check, которые могут исправлять найденные проблемы, а не только говорить "мне херово". В ту же степь изначально спроектированные ограничения в сроке жизни данных - системы, которые не разрастаются, а агрегируют (при этом способны извлекать пользу из этих агрегатов), а затем и удаляют архивные данные и которые не надо обслуживать руками – офигенные.
Подумываю провести аналогии главы "40 основных приёмов по устранению технических противоречий" из книги Найти Идею с архитектурными рефакторингами в разработке ПО. Будет много сов, много глобусов. Стоит оно того, чтобы как минимум похихикать в процессе, а как максимум - поржать с того что все эти ваши рефакторинги придумали 40 лет назад. Заодно систематизирую кашу в голове.
а. Вместо недоступного, сложного, дорогостоящего, неудобного или хрупкого объекта использовать его упрощенные и дешевые копии.
Буквально принцип CQRS, разделение читающей и пишущей нагрузки. Читать можно с множества дешёвых копий с небольшой приемлемой задержкой лага репликации, разгружая от читающей нагрузки мастер-реплику. Туда же вынос аналитики в отдельные BI системы, что даёт возможность не хранить архивы в рабочей базе.
Собираюсь в доме организовывать коммутационный шкафчик на 2-3 роутера, 3 телека, 6 камер и ввод оптики.
1. 11 RJ-45 розеток - звучит стрёмно (и дорого). Может проще сделать патч-панель? Что-то такое выглядит неплохо, но я понятия не имею как их выбирать (а ещё узнал что бывают PoE-панели, хз на кой ляд я 16-портовый управляемый PoE-коммутатор покупал, лол, но пусть будет).
1.1. Бывают ли патч-панели для монтажа прямо в стену, типа отдельно какой-то короб, а сама панель снимается для ввода кабеля, а потом фиксируется на стене и от неё уже короткими патчиками всё ведём в коммутатор.
1.2. Для укладки витухи в порты патч-панели нужен какой-то специальный инструмент вроде. Что-то типа Krone / нож тип 110. Как им вообще пользоваться, как выбирать - хз.
2. В теории неплохо бы ещё сразу принять решение по телекоммуникационному шкафу, который прям на стенку и повесить. Требования - красивый снаружи, продуваемый, белый и закрывающийся на ключ.
2.1. Коммутатор у меня вполне себе стоечный, но помимо него я хочу разместить мелкий роутер (mikrotik hex, скорее всего) _не_ стоечный ПК, пока хер знает какого размера, возможно mATX башню, в котором будет жить видеорегистратор, умный дом и прочее говно распиханное по контейнерам. Бывают ли настенные шкафы, способные вместить в себя башню?
3. Учитывая то, что я все камеры питаю по #PoE - насколько безопасно кабели прокладывать в одной штробе/гофре? Вроде витуху не советуют класть рядом с силовыми кабелями. Опять же питалова будет подаваться по 3-5V на камеру/роутер (8-9 PoE-витух, остальные 3 без питания). У меня не FTP, похоже надо как-то это компенсировать расстояниями между кабелями. Если взять 4-6 гребёнок на 12 кабелей на полтора метра, до тех пор пока это не дойдёт до потолка и разойдётся в разные стороны - это ведь уже какой-то плюс?
4. Вообще думаю о том, что со временем я от ПК-башенки, наверное, откажусь и куплю красивый сервачок в стойку с хот-плаг корзинами, чтобы было прям приятно. Но есть нюанс - о стоечных серверах я помню только ВЖЖЖЖЖЖЖЖЖЖ от вентиляторов блоков питания. Бывают ли тихие стоечные сервера?
4.1. Бывают ли 1U сервера на 6 дисков с корзинами? Или это только 2U?
Какие-нибудь советы? @skobkin - у тебя вроде дома есть красивая стоечка, покажи фоточки?:)
Собираюсь в доме организовывать коммутационный шкафчик на 2-3 роутера, 3 телека, 6 камер и ввод оптики.
1. 11 RJ-45 розеток - звучит стрёмно (и дорого). Может проще сделать патч-панель? Что-то такое выглядит неплохо, но я понятия не имею как их выбирать (а ещё узнал что бывают PoE-панели, хз на кой ляд я 16-портовый управляемый PoE-коммутатор покупал, лол, но пусть будет).
@strizhechenko Красивой я бы её не назвал. Я там разного навертел. Фоточки, возможно, позже (стойку ворочать сейчас не готов).
А панель лично я взял обычную недорогую. При наличии PoE коммутатора городить что-то в панель не вижу смысла. Скажем, у меня точка доступа через панель идет в стойку, а от панели к PoE коммутатору.
Ну и если будешь делать патч-панель - возьми инструментик для пробития проводов в ножах разъёма. Не помню как он зовётся, но что-то вроде подпружиненной вилки на вид. Руками провода развёл, вилкой ткнул и - готово.
@strizhechenko Красивой я бы её не назвал. Я там разного навертел. Фоточки, возможно, позже (стойку ворочать сейчас не готов).
А панель лично я взял обычную недорогую. При наличии PoE коммутатора городить что-то в панель не вижу смысла. Скажем, у меня точка доступа через панель идет в стойку, а от панели к PoE коммутатору.
Очень бесит тренд в дизайне карточки товаров у маркетплейсов, когда описание товара находится ниже блоков "с этим берут", "аналоги", "хуй говно и муравей".
Очень бесит сборка современного фронтенда с неперсистентными названиями классов, которые не позволяют создать хорошие правила на основе локаторов в блокировщике рекламы и подрезать интерфейс так, чтобы было удобно.
Поигрался, надеюсь до следующего релиза успею выбрать себе витую пару в дом. Что удивляет в первом тренде - корпорации ж не дураки, наверняка принятие решения о таком дизайне было обосновано статистикой. Если так, то люди действительно покупают больше товаров в интерфейсах подобных тому что на первом скриншоте. Ну типа, братан, ищешь 100м витухи? А МОЖЕТ ЛУЧШЕ ПО TYPE-C ЗАПИТАЕШЬ СВОИ IP КАМЕРЫ? АХАХАХА.
У меня такие #интерфейсы замедляют принятие решения, т.к. мне приходится буквально пробиваться сквозь них до нужной для этого информации.
Если мне это мешает, значит где-то есть девиация - либо во мне, либо в товаре/категории товаров. В теории может быть, что большинство пересечений (Люди х Товары) покупаются спонтанно по первой картинке и обрезанному блоку характеристик и даже без скролла вниз.
Очень бесит тренд в дизайне карточки товаров у маркетплейсов, когда описание товара находится ниже блоков "с этим берут", "аналоги", "хуй говно и муравей".
Очень бесит сборка современного фронтенда с неперсистентными названиями классов, которые не позволяют создать хорошие правила на основе локаторов в блокировщике рекламы и подрезать интерфейс так, чтобы было удобно.
@strizhechenko, «корпорации не дураки» — это достаточно смелое предложение. И не потому, что они дураки, а потому что «не дураки» должны синхронизировать развитие продукта относительно общего видения, а этот вопрос очень непростой, для него нужны регулярные специальные усилия. По моему опыту, решения о различных переменах принимаются изолированно небольшими группами людей. Принимаются с оглядкой на краткосрочные метрики, улучшение которых можно «карьерно засчитать» в этом квартале.
@strizhechenko Корпорации считают, что они не дураки, но иногда всё же дураки. Это как в ТЦ, где по дороге к местному хэдлайнеру типа Ашана надо пройти мимо и обойти 100500 "островков" и "бутиков", а ресторанный дворик обычно на последнем этаже (верхнем или нижнем, но дальнем от основного входа).
Иногда это слишком перегибают и в неудобный магазин перестают ходить вообще, тогда дураки.
А со вторым - мне иногда кажется, что это они специально, ибо нефиг подрезать тут всякое. Пару раз попадались ресурсы, где вообще был динамический рандом и все правила шли лесом при следующем обновлении страницы. Хорошо, что это не мейнстрим (видимо, слишком затратно делать).
@strizhechenko Корпорации считают, что они не дураки, но иногда всё же дураки. Это как в ТЦ, где по дороге к местному хэдлайнеру типа Ашана надо пройти мимо и обойти 100500 "островков" и "бутиков", а ресторанный дворик обычно на последнем этаже (верхнем или нижнем, но дальнем от основного входа).
Иногда это слишком перегибают и в неудобный магазин перестают ходить вообще, тогда дураки.
Попробую вести тред-хронику расходов и их прогнозов на ремонт в формате потрачено-осталось. Разбивку по работам, материалам пока не делаю, но хочу очень сильно хихикать через год-два, глядя на свои ожидания-реальность.
Продакты в айтишных командах настолько переживают что они не настоящие айтишники, что начали называть обещания словом "коммититься" чтобы хоть что-то коммитить.
Девятый день без #кофе. В пять часов дня меня в офисе соблазнил сироп со вкусом поп-корна, я жахнул капучино и проснулся в пять часов утра. Да ну, херня какая-то это всё клещевак, которым я вмазался с утра.
Осознал что мои пользователи постоянно решают изобретательские задачи, но методики оценки гипотез либо субъективны, либо слабо документированы. Методики улучшения гипотез вместо отброса - тоже не ясны. Дешёвый способ тестирования части их гипотез есть, это плюс. Методики по выводу из эксплуатации ошибочно введённых в неё гипотез - нема, пока она совсем боль причинять не начнёт порождением пустой работы для поддержания существования.
Другое наблюдение - внутрикорпоративные подходы к реализации изобретений. Знаю о пяти с половиной системах, которые выполняют одну и ту же функцию.
Одну из них очень хотят проектировать, аж баблом поливают.
Другую из них переписывают (2 мес) вместо найма человека с нужным стеком на поддержку (и развитие? С развитием сложно, детали понимает один человек). Но эксплуатируется и работает.
Третья вроде работает и часть людей ей пользуется, но 1 и 2 её мало, а менять её не хотят.
Половинка - это реализованная инфраструктура для четвёртой системы в пятой системе для выполнения ровно той же функции, которая в проде, но которую так и не начали эксплуатировать.
Пока писал вспомнил про шестую, которую оунер идеи первой упомянутой системы закидал говном и не дал добро на ресурсы для улучшения (сомнительного, к слову) взаимодействия 5 и 6 систем с всё той же функцией.
Осознал что мои пользователи постоянно решают изобретательские задачи, но методики оценки гипотез либо субъективны, либо слабо документированы. Методики улучшения гипотез вместо отброса - тоже не ясны. Дешёвый способ тестирования части их гипотез есть, это плюс. Методики по выводу из эксплуатации ошибочно введённых в неё гипотез - нема, пока она совсем боль причинять не начнёт порождением пустой работы для поддержания существования.
Продолжаю читать масштабируемые данные (стр 28-> 34). Какое-то бесконечное предисловие, автор хуесосит централизованные хранилища данных и утверждает что сложность внедрения свежевышедшей СУБД с другим подходом к хранению данных - это проблема, а исторические данные в хранилище в качестве точки истины - это костыль, который трудно поддерживать в долгосроке. По прежнему не узнал ничего нового, пока имею предвзятое отношение к автору как к пизданутому смузихлёбу. Не, я тоже смузихлёб, но хотя бы такими вещами предпочитаю заниматься на собственном сервере, чтобы джуны не увидели.
Из интересного на самом деле кое что есть - зачатки рассуждений по тому что делать с регуляцией персональных данных внутри глобальной (международной) компании, то есть как выстроить процесс сидения на N стульев (gdpr, ccpa, 152(?)фз). В целом понятно как, маркировать источники данных и писать хитрожопые ACL на основе этих маркировок, но поглазеть на описания примеров реализации будет интересно, особенно в кейсе когда метаданных больше, чем, собственно, данных.
Продолжаю читать масштабируемые данные (стр 28-> 34). Какое-то бесконечное предисловие, автор хуесосит централизованные хранилища данных и утверждает что сложность внедрения свежевышедшей СУБД с другим подходом к хранению данных - это проблема, а исторические данные в хранилище в качестве точки истины - это костыль, который трудно поддерживать в долгосроке. По прежнему не узнал ничего нового, пока имею предвзятое отношение к автору как к пизданутому смузихлёбу. Не, я тоже смузихлёб,...
Хочу площадку для срачей в виде совместно редактируемого документа, где оппонент аппрувит или отклоняет вносимые другой стороной правки. Если аргумент отклонения считается необоснованным, можно на этом прекратить срач. Если к консенсусу прийти не получается, можно это просто зафиксировать в редактируемом документе.
"Есть две точки зрения: а) qwe qwe; б) ewq ewq."
и на том закончить. Срачи можно будет накапливать, структурировать и другие люди смогут начать свой срач с заранее подготовленных позиций.
Updates:
1. Я не считаю сравнение описанного с википедией корректным. Попробую дополнить или подчеркнуть в чём разница. Википедия - это в большей степени публичный процесс. Описанную мной систему я бы хотел видеть более приватной - #дискуссия должна вестись в закрытом формате двумя людьми. По их обоюдному согласию дискуссию можно опубликовать, причём как историю правок, так и отдельно конечный результат. По той же причине я не хотел бы видеть в такой системе веса, голоса и прочие штуки, добавляющие в процесс дополнительных акторов - наблюдателей, жюри и так далее. Существование этих людей может влиять на ход дискуссии, может стимулировать дискутирующих играть на публику - я считаю это вредным для искренней дискуссии, в которой оппоненты в действительности хотят прийти к консенсусу.
2. Ещё одна причина, по которой я рассматриваю дискуссию именно как общение между двумя людьми - дополнительные люди делают невозможным прекращение дискуссии по субъективным причинам. В случае с двумя людьми любой из сторон достаточно просто прекратить диалог. Когда сторон две, вопрос принятия решения относительно валидности или невалидности аргументов вообще не встаёт - оппоненту достаточно просто посчитать таким образом, а не заморачиваться над обоснованием своего решения. Нет публики - некому что-либо доказывать.
3. Я именно #Git и вдохновлялся, а точнее инструментами построенными вокруг них и процессами построенными вокруг этих инструментов. Не уточняю целенаправленно, потому что инструментов и процессов тот ещё зоопарк. Да, мне хотелось бы видеть дискуссии в виде встречных пулл-реквестов до тех пор, пока не будут устранены или зафиксированы как неустранимые все изначально имеющиеся противоречия.
Хочу площадку для срачей в виде совместно редактируемого документа, где оппонент аппрувит или отклоняет вносимые другой стороной правки. Если аргумент отклонения считается необоснованным, можно на этом прекратить срач. Если к консенсусу прийти не получается, можно это просто зафиксировать в редактируемом документе.
@strizhechenko кажется, в 2024 это надо решать через специально натренированную llvm, так, чтоб она палила только формальную логику и дедукцию, но не возбуждалась по поводу фактологических вопросиков. Добавляем такого модератора в любой чятик и он кикнет всех, кто занимается манипуляциями, душнит, плохо аргументирует и т.п.
#ПодумалТут, #Mastodon хвастается своей строго-хронометрической лентой, но скорее всего ненавистная всем алгоритмическая #лента - это просто следствие оптимизации процесса генерации таймлайна и сокращения дисковой записи.
В какой-то момент #твиттер использовал гибридный сценарий - непопулярные пользователи каждым (а зачем?) своим новым постом апдейтят таймлайны своих читателей, потому что это дешевле чем опрашивать срез всех читаемых пользователем людей и потом мержить их посты в сортированный список. Оно и по памяти выглядит скверно, особенно для подписанных на кучу людей.
Популярные же пользователи так не делают, ибо для базёхи пост милионника был бы ядерной бомбе подобен. Поэтому их таки привилегированно опрашивают и вмерживают в текущий таймлайн сгенеренный непопулярными ребятами. Популярных юзеров в принципе меньше чем непопулярных, как-то там оно видимо работает.
Как реализованно в мастодоне - не знаю, но подозреваю, что пользователь с миллионом подписчиков был бы болью в жопе для администратора инстанса.
Полагаю, что алгоритмическая лента - лишь прикрытие для того чтобы наложить _ограничение на число вклеиваемых в основной таймлайн популярных пользователей_, но затем, раз уж механизм ограниченной склейки нескольких источников твитов оказался обработан, маркетолухи решили что время поработать над ВОВЛЕЧЕНИЕМ и появились неотключаемые рекомендации хуеты, на которую ты не подписан.
#ПодумалТут, #Mastodon хвастается своей строго-хронометрической лентой, но скорее всего ненавистная всем алгоритмическая #лента - это просто следствие оптимизации процесса генерации таймлайна и сокращения дисковой записи.
В какой-то момент #твиттер использовал гибридный сценарий - непопулярные пользователи каждым (а зачем?) своим новым постом апдейтят таймлайны своих читателей, потому что это дешевле чем опрашивать срез всех читаемых пользователем людей и потом мержить их посты в сортированный список....
Тот момент когда получил от одной охранной компании смету на 50к только за датчики без внятного ТЗ, а сейчас поеду ко второй компании, но после отпуска вообще не помню что мне надо и за 20 минут пока пил кофе написал какую-то херню а-ля модель угроз, от которых хочу закрыться, а потом как-то эти предложения надо ещё сравнивать, аааа.
Кажись с видеонаблюдением нужно либо несколько, либо жирный коммутатор.
Пока из вариантов:
1 х D-Link DGS-3000-28X - всё туда запихать, VLAN'ами разрулить. Проблемы - хз насколько он шумный (подозреваю, что как боинг), хз насколько он рабочий (ее длинк), хз какой у него PoE-бюджет (наверное просто ещё полчаса погуглить спеки) и число PoE-портов (надо минимум 8, желательно 10. Больше 12 точно не займу). Но у него аж 28 LAN-портов, я смогу хоть свой анус скоммутировать! Чот около 21к.
Либо 1 х TP-Link TL-SG2210P под 3-4 роутера + для выхода видеорегистратора в инет для репликации видеопотока в квартиру и 1 х TP-Link SG1210MPE, который я забраковал перед отпуском чисто под агрегацию видеокамер в отдельный порт видеорегистратора. С ними я уже работал, мозги SG2210P меня устраивают, от SG1210MPE мозгов не требуется, оба бесшумные. Чот около 15к + 8к.
Вообще неплохо бы понимать, какой объём данных составляет видеопоток, скажем, FHD камер и как они работают. Может на пробу 1-2 камеры взять, поиграться. Может под эти камеры и 100мбит/сек портов хватит. Ееее, кроилово.
Кажись с видеонаблюдением нужно либо несколько, либо жирный коммутатор.
Пока из вариантов:
1 х D-Link DGS-3000-28X - всё туда запихать, VLAN'ами разрулить. Проблемы - хз насколько он шумный (подозреваю, что как боинг), хз насколько он рабочий (ее длинк), хз какой у него PoE-бюджет (наверное просто ещё полчаса погуглить спеки) и число PoE-портов (надо минимум 8, желательно 10. Больше 12 точно не займу). Но у него аж 28 LAN-портов,...
#TastyCoffee - пробую "Бразилия Серрадо" и это пожалуй второе место после "Перу Амазонас". Идея купить себе на новый год 5 разных сортов в пробниках по 250мг была неплохой, эти два кофе _сильно_ лучше Lavazza Oro, который сейчас есть на рыночке (даже не знаю, дело в подделках или в чём-то ещё) и который я пил до этого.
Есть правда маленький нюанс, я не провёл "чистый" тест, на автомате залил в молоко ванильный сироп, но, по ощущениям и без него этот кофе довольно неплохой.
В запасах лежит ещё килограмм #кофе от "кофейни на паях", надеюсь тоже сильно не разочарует.
#TastyCoffee - пробую "Бразилия Серрадо" и это пожалуй второе место после "Перу Амазонас". Идея купить себе на новый год 5 разных сортов в пробниках по 250мг была неплохой, эти два кофе _сильно_ лучше Lavazza Oro, который сейчас есть на рыночке (даже не знаю, дело в подделках или в чём-то ещё) и который я пил до этого.
Где только не искал! На первом ряду полежал, в тени полежал, в море таки поплавал, хотя и с подозрением отношусь к этой кишащей бактериями, кусаче-жалящими тварями и рукотворным мусорком непроглядной колыбели человечества - нету.
В японской кафехе мужиков вообще не было, зато нашёл миска рис.
На colosseum show тоже присел на внезапно пустое центральное место первого ряда, но чуваки в костюмах польских гусаров на боссов не тянут. Зато нашёл кошка женщина, но у меня уже есть и кошка и жена.
На Tiffany's Show снимать было нельзя, а я Lawful Neutral.
Где только не искал! На первом ряду полежал, в тени полежал, в море таки поплавал, хотя и с подозрением отношусь к этой кишащей бактериями, кусаче-жалящими тварями и рукотворным мусорком непроглядной колыбели человечества - нету.
В японской кафехе мужиков вообще не было, зато нашёл миска рис.
На colosseum show тоже присел на внезапно пустое центральное место первого ряда, но чуваки в костюмах польских гусаров на боссов не тянут. Зато нашёл кошка женщина, но у меня уже есть и кошка и жена.
#ЗадумалсяТут про #Notion. На работе им часто пользуются нетехнические пользователи и меня это бесит. Иногда делятся документами, которые требуют авторизации для просмотра. Я обычно не душню (пук среньк я там не зареган, ой а как так), просто не читаю, лол. Но всё равно считаю ведение документации по рабочим исследованиям в невнутрикорпоративных сервисах всратой дичью.
Сам обычно делаю черновик в локальном #Obsidian и закидываю его после редактуры в нашу внутреннюю вики. Но хрен со мной.
Если их сравнивать - я ж правильно понимаю, notion – это большая такая сетевая приложуха типа гуглдокса, при этом все данные хранятся на их серверах по-умолчанию, но чот там кэшируется для скорости? Локальной иерархической копии файлов тупо нет? О плейнтексте хоть какая-то речь идёт?
#ЗадумалсяТут про #Notion. На работе им часто пользуются нетехнические пользователи и меня это бесит. Иногда делятся документами, которые требуют авторизации для просмотра. Я обычно не душню (пук среньк я там не зареган, ой а как так), просто не читаю, лол. Но всё равно считаю ведение документации по рабочим исследованиям в невнутрикорпоративных сервисах всратой дичью.
@strizhechenko Все именно так. Все что зафиксировал, находится на их серверах и в их пользовании. Вроде даже писали что они используют документы для тренировки их ИИ. Поддерживаю в том, что не стоит хранить данные компании на сторонних серверах. Вне зависимости от того функционала, что они могут предоставлять.
Решил не загорать просто читать тг-каналы с мемами в тенёчке поотдаль от людей и надеяться, что меня ничто не укусит. Мобильный инет в Таиланде пушка, за ~1200₽ 30гб на 15 дней с выпуском esim полностью удалённо, но тарифицируется криво, я явно больше 500мб израсходовал. В итоге спокойно связался с таксистом ещё сидя в самолёте.
Вот думаю, учётки в такси с привязанными на туристическую симку картами явно надо будет погрохать.
Здоровье чот колыхнулось, легкий насморк и температура вчера была 37.1, хер пойми, то ли аллергия, то ли кондиционеры, то ли (не очень) свежие фрукты, то ли вонь чайнатауна пропитала само моё нутро (нахер мы туда по пробкам поехали вообще хз), может ковид проапгрейдил до 2024.1 билда. Поспал без кондея эту ночь, вроде стало лучше.
Кайф.
Решил не загорать просто читать тг-каналы с мемами в тенёчке поотдаль от людей и надеяться, что меня ничто не укусит. Мобильный инет в Таиланде пушка, за ~1200₽ 30гб на 15 дней с выпуском esim полностью удалённо, но тарифицируется криво, я явно больше 500мб израсходовал. В итоге спокойно связался с таксистом ещё сидя в самолёте.
@strizhechenko слушай, ты сказал про симку и я подумала: а что там в этом Таиланде с банками? в смысле, открывают ли счета для иностранцев? это я про запасные аэродромы для оплаты всякого всего думаю и интересуюсь у тех, кто ездит по заграницам.
Прилетел в Таиланд и такой уууу отпуск красивые мес^U
Деловые линии сами зачем-то влепили доставку до получателя, не зная адреса, при этом не могут её убрать и я не могу. Предложили оплатить по реквизитам, а дальше при получении в терминале всё пересчитается и сойдётся в ноль. Вот надо им омрачнять мою продажу остатков ламината, который пролежал дома почти полгода и который я отправил в Москву?
В отеле говорит что чот хз получал оплату или нет, ваучер на телефоне не одупляют, с английским сложности. Решили что завтра порешаем, а пока заселили. При этом помню что стремался бронить на тинькофф-путешествиях, нашёл электронную почту отеля, написал им и спросил - чо как, прокатило - говорят да, всё заебись братан. А я вроде стараюсь переписки только в архив складывать, но не удалять, а тут чот найти не могу.
Прилетел в Таиланд и такой уууу отпуск красивые мес^U
Деловые линии сами зачем-то влепили доставку до получателя, не зная адреса, при этом не могут её убрать и я не могу. Предложили оплатить по реквизитам, а дальше при получении в терминале всё пересчитается и сойдётся в ноль. Вот надо им омрачнять мою продажу остатков ламината, который пролежал дома почти полгода и который я отправил в Москву?
Gregory's Server
