Pull to refresh
1
0

Пользователь

Send message

Я уже сам не уверен что на сждет. За час курсор собрал мне UI и упаковал в electron и все завелось. Хрен знает что там в файлах, но раньше руки не доходили попробовать. Это ж столько документации нужно прочитать, собрать все... там еще реакт который я руками не трогал пару лет.

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

Фиг знает сколько оно там токенов наело, но факт остается фактом - за час сделал работу которую я бы и не начал делать. А ждуна нанимать для этого - ну ткое...

Будем посмотреть во что превратится IT

иишная статья для уж очень простого кейса.

А теперь попробуйте запилить систему систему букинга комнаты например где есть roomId + checkIn + checkOut, и что б в перформанс, и что б в каких-то случаях разрешался овербукинг а в каких-то нет. И что б как минимум можно было забукать в период 2 года вперед.

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

Да херня это все. Даже если ии может написать ту же функцию что и джун, джун со временем вырастет, а ии нет. Да и лучше джуну объяснить что куда чем ии. Все эти попытки натянуть сову на глобус. Наобещали инвесторам, а теперь и джунов не нанимают, и у сеньоров голова болит еще сильнее.

Придет время и они поймут что просто дайте люджуну ии он вырастет быстрее (если толковый). Мне бы в свое время ии а не стаковерфлоу... ух...

А я пробовал только тесты на бан перевести. Их много у нас. Думал быстрее будут бежать. Разницы не заметил.

Тратить время на перевод всей компании на bun не думаю что окупится. Но проект интересный. Может лет через 5 станет зрелым и можно будет хот бы новые проекты на нем делать.

Я что то сомневаюсь все прям начнут переходить на него и тратить время на и деньги на рефактор. Все уже забыли про него.

Ненавижу тернарные операторы.

Более 10ти лет в разработке... что со мной не так?

Может я что-то упускаю, но где здесь про масштабирование?

Я в этой индустрии лет 7, и по моим наблюдениям нет конкуренции между отелями и квартирами на съем.

И сегодня отели сдают комнаты на airbnb.

Я так понимаю это не подходит к бэкенду который мультитенант и где тупо открыто 10 коннекшенов например в пуле с креденшиалс никак не связанных с юзером который дергает напирмер апишку? Сессия к базе открыта же и просто шарится между всеми через пул, и юзер который это делает не имеет юзера в базе, так что current user не имеет связи с ним.

Или я ошибаюсь?

Я не понял нахрена все это. Особенно когда сегодня почти любая модель жпт тебе и запрос напишет, и дтошки создаст, и тестами покроет и т.д.

Зачем все это?

особенно на начальном этапе разработки в стартапах

---

Ну вот примерно так мы и пилили стартап, а он взял и не умер. Теперь не может выкопаться из количество проблем и тикетов от пользователей. Особенно саязаннвх с распилом монолита...

Я долго присматриваюсь с Сагам. Пока что думаю запилить их но без компенсаций. Но боюсь предлагать то в чем сам не уверен.

Слишком много у нас процессов по принципу "дернул и забыл". И даже это не самое плохое. Самое плохое это что не трэкается состояние процесса. По любой проблеме нужно лезть глубоко в логи и копаться.

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

Давайте возьмем бизнес который не шаверма, а нормальный такой бизнес. Который деньги делает.

Без межсервисного взаимодействия бизнес работать просто не будет. А так как обычно процессы начинаются в одном департаменте а заканчиваются в другом, то увы, тут либо саги, либо 2х фазные коммиты, либо костыли.

Или все объедините в одну базу, в монолит, и под одну транзакцию?

Понятно что крадовский апи на движок ведения блога саги не нужны.

И я не понял как ослабление консистентности позволяет избежать саг? Типа, дернем апишку, а там будь что будет? Или имеется в виду что просто не будем думать о компенсациях, но все равно будет где то трекать состояние процесса? Потому что если нет, это как-то очень плохо выглядит.

Какая-то чатжптшная статья. Бред какой-то, но написан умно.

Это какой-то новый уровень спама?

Тут на реддите его разоблачили - https://www.reddit.com/r/golang/s/ZNyc3JQ10E

Как раз жаваскрипту никакой бабел не нужен для этого. Там можно мокать как душе угодно в рантайме без единой дополнительной библиотеки.

Сравнили х... с пальцем 😑

В динамических языках можно что угодно делать и без библиотек.

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

Сколько не пытался VS использовать. Нет, я понимаю что на вкус и цвет... но после Webstorm хочется плакать. Ровно на 5 минут меня хватает... и возвращаюсь к тяжелому вебсторму. Хотя на M3 и 32 памяти вебсторм летает...

Ну вот в доках конкретно написано на что заголовок влияет. А тут в статье не понятно. Может я поиграться хочу, нужно мне думать про embedding и защищаться?

Только у меня упоминание "Cross-Origin-Opener-Policy" в этой статье вызывает вопросы? Кто-то не почистил ответ чатжпт?

Это что то на low level... И как я понял в сорсах линукса такого кода много и он кому-то мешает.

Попросил claude объяснить...

Вот пример с переполнением:

unsigned int a = UINT_MAX; // Максимальное значение для беззнакового целого числа
unsigned int b = 1;

if (a + b < a) {
    // Произошло переполнение целого числа
    // Обработать переполнение соответствующим образом
    printf("Произошло переполнение!\n");
    // ...
} else {
    // Переполнения нет, продолжить нормальное выполнение
    printf("Переполнения нет.\n");
    // ...
}

В этом примере a присваивается максимальное значение для беззнакового целого числа (UINT_MAX), а b присваивается значение 1. При сложении a и b результат превышает максимальное значение, вызывая переполнение. Условие if (a + b < a) оценивается как истинное, указывая на то, что произошло переполнение, и выполняется код внутри блока if для соответствующей обработки переполнения.

1
23 ...

Information

Rating
Does not participate
Location
Израиль
Date of birth
Registered
Activity