Данные даже в одном документе могут иметь разные требования по чтению, обновлению, хранению данных. Они требуют разных алгоритмов storage

Мой вопрос «зачем» не о том, для чего 7 движков, а для чего было свои пилить, в которых 100% есть уязвимости, неизведанные баги и нет информации о том, как они себя ведут под реальным профилем нагрузки.

Теперь я понял, что это :)

Это django/rails/whatever -admin со своими прибамбасами. Но кода хотелось бы поболее — как выглядит обработка форм, как туда тыцнуть уже упомянутую валидацию на 3rd-party сервисе и прочие штуки, которые чуть сложнее отображения списка.

В идеале, github прожект, где можно всё вместе посмотреть

Риски преувеличены. Здесь как с Экселем

Риски, что кожаный мешок что-то сломает и за время, пока восстановят всё (даже если это однку кнопку нажать), компания понесёт реальные, не преувеличенные убытки. Из недавнего и локального — кейс Монобанка, когда менеджер неосознанно сделал приятный для клиентов курс доллара.

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

Безусловно, круто, но вопрос «зачем» всё ещё открыт :)

Клиентская база это то что использует клиент. Не больше не меньше

Клиент отображает 100 000 договоров (ну вот наркоману какому-то так захотелось для супер-быстрого поиска по одному-двум признакам). Они все уйдут на клиент? Со всеми данными? С каким FPS это всё будет скроллиться в браузере?

Я так, коротко по тезисам.

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

Мне бы такое самомнение — может и Гугл новый давно уже появлися ;)

Как видишь, твой валидатор как создается так и настраивается даже без перезагрузки браузера. Что достаточно удобно, если нужно что-то починить прямо «на проде».

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

Вообще больше половины системы можно просто вот так мышкой сконфигурить.

В целом, закапывайте стюардессу — см. SFCC Pipeline.

С другой стороны, а что с контролем версий, раз всё тыцается мышкой из браузера? Как реплицировать всё это дело между энвайрементами — дев-стейж-прод?

На самом деле речь уже идет как минимум о 7 мини субд. 3 на шарпе и 4 на си.

...

Это дает грандиозную киллерфичу. Теперь не нужно городить слева кафку, справа редис, сбоку постгрес.

...

Более того, я ушел еще дальше. Одна коллекция и даже один документ может использовать сразу несколько имплементаций хранения данных.

И теперь у нас 7 никому неизвестных баз данных, каждую из которых надо саппортить и данные между которыми могут потеряться в любой момент. Штош. Таков путь самурая.

Какой план на случай disaster recovery, когда базы отваливаются одна за другой? Как в вашем сетапе правильно делать и восстанавливать бекапы, раз данные одного документа могут находиться сразу в нескольких местах?

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

Почему вытаскивать кишки базы наружу это плохо — не буду (думаю, вам все эти тезисы знакомы, оглядываясь на 20+ лет опыта), но задам несколько вопросов:

— как будет выглядеть парсинг и валидация адресов в вашем случае? Со всеми вот этими нудными этапами — укажи страну, адрес, индекс, проверками, что индекс для страны допустим, услуга в этом городе по этому адресу для запрашиваемого количества услуги есть, стоимостью услуги для этого адреса при выбранном виде оплаты, сопутствующими платежами/налогами и так далее;

— как будет выглядеть валидация пользовательского ввода, когда данные необходимо проверять у какого-то 3rd party сервиса, перед тем, как записывать всё это добро себе в базу? Например, пойти проверить, нет ли e-mail адреса в некоем спам-листе.

Хотелось бы увидеть скринкаст, как это настроить за рекламируемые 20 минут.

2. Одним легчайшим (!) движением руки ты совмещаешь отрисовку юай и твой запрос к базе, тоесть весь твой мапинг в обе стороны. И буквально одной строчкой кода (!!) отрисовываешь форму. В этом коде просто невозможно допустить даже мельчайший баг. Его выразительность и простота поражает.

public void ViewStock()
{
Client.SetDefaultCollection("Stock")
.GetAll()
.OpenForm();
}

Вопрос из любопытства: как будут выглядеть проверки, что у юзера есть права чтения/записи в коллекцию/документ/свойтсво документа?

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

Тогда почему вы таки боитесь заопенсорсить, чтобы люди по праву дали оценку вашим трудам, а не просто набрасывали на вентилятор на форуме? Тем более, из того, что я видел по демкам, это всё находится на уровне proof of concept и допиливать там ещё дай боже, на что никто не пойдёт, учитывая, скажу так, нетрадиционный подход.

---

И я концептуально не понимаю — если на клиенте будет своя база, то как будет выглядеть работа с миллионом документов? Это всё будет лететь дружным отрядом на фронт? Есть какая-то виртуализация, чтобы огромные списки не тормозили безбожно? Есть ли возможность загружать документы чанками, чтобы не нагружать напрасно сеть? Есть ли возможность загружать только те свойства, которые необходимо отображать, чтобы, снова же, не нагружать сеть и процессор low-end девайсов?

---

Понимаю, отговаривать вас заниматься делом вашей жизни смысла нет, так что смотрите в сторону Sencha Ext JS или скооперируйтесь с чуваком с Хабра, который двигает $mol. У него тоже весьма таки нестандартное мышление, мб что и получится толковое из кооперации.

Пользуюсь Моно для всего, за исключением последнего пункта. Если он критичен — есть Fairo на базе Аваля. :)

Fairo на базе Аваля тоже предлагает покупку-продажу по межбанку. В ограниченные дни, правда, и в ограниченное время, но позволяет.

www.fairo.com.ua/blog/happy-hours-ua

В начале карьеры думал, что всё это сложно и непонятно. Таблетку от предрассудков мне выписал EPAM, когда месяц возвращал книгу доходов, в которой ещё и было пару (хорошо некритичных) ошибок по заполнению. С тех пор веду (почти) самостоятельно, благо есть Taxer, который экономит 15-30 минут времени в квартал. Сегодня уже можно юзать и Fairo — у них так вообще интеграция с банком, там только одну кнопку надо тыцать.

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

По «не раздуваем» штат и остальным пунктам найма я соглашусь.

Связывались со мной как-то рекрутеры из Vimeo, предлагали пойти работу работать. Компания интересная, продукт, почему бы и нет? Поговорил с рекрутером, выровняли ожидания. Спустя короткое вермя сообщили, что не подхожу по скилл-сету. Сэкономили время мне, себе и команде разработки, которая вела бы собеседование.

Спасибо вам и уважение :)

Я так же задавался этим вопросом буквально несколько недель назад. Работал почти всю карьеру на офисном оборудовании, а последние 4 месяца сижу на BYOD (другой опции в компании пока нет). До этого был для личных нужд десктоп и мне этого абсолютно хватало. С наступлением BYOD я осознал, что таки делал вылазки в офис-коворкинги-воркейшены и из-за этого не ощущал недостатков немобильности десктопа.

Выбирал очень долго ноуты по следующим хотелкам:
— хороший, яркий экран
— 32 оперативки (редко, но бывает надо запускать виртуалки)
— не меньше 15 дюймов (идеал — 17)
— удобная full-size клавиатура (я фанат механики, так что не со всякой мембранкой готов был мириться)
— какая-никакая видеокарта (изредка хочется запускать IDE от Activision/Blizzard/etc)
— компактный корпус
— тихий (в идеале — бесшумный) в обычном режиме работы (веб-сёрфинг)
— как можно ближе к десктопу процессор

Исходя из вышеуказанных условий и «кризиса» полупроводников, на рынке всего пяток устройств, которые могли бы удовлетворить меня.

Думал взять MBP на M1 Pro/Max, но уж больно ценник кусается, а те преимущества, что в нём есть, для меня таковыми не являются (яблоко на корпусе, сопроцессор для pro raw, по правде очень хороший экран). Это даже не смотря на то, что я в целом положительно отношусь к технике Apple.

В итоге чудом нашёл на одном из сайтов refurbished Legion 7 прошлогодней модели и остался более, чем доволен (у них эта линейка, в целом, очень удачная). За свою цену второго такого сложно найти.

Вам, конечно, с разработкой на React Native, лучше таки остановиться на Mac, т.к. Android-only проекты и задачи в данном стеке это не очень так и частое явление. Тут точно надо смотреть не меньше 16 GiB оперативной памяти, а дальше уже всё зависит только от того, сколько вы готовы потратить на рабочий инструмент.

Может кто подскажет, в какие сроки зачисляются средства? Оплатил уже так давненько, а поступления в кабинете плательщика налогов не наблюдаю.

Прошу меня простить, я искренне за вас переживаю, но есть такой вот вопрос: а почему вы думаете, что на чужбине с другой языковой средой, культурой, без друзей и хоть каких бы то ни было знакомств вам будет легче? Если ваша жена не будет знать местного языка (а ведь именно ей придется продолжать заниматься детьми), это ещё более усугубляет ситуацию.

Хороший бот :)

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

Очень рад, что кто-то таки это сделал :)

Если не секрет, сколько человек пользуется вашим ботом?

Я прикрутил себе аналитику, так мне заходят посмотреть на курсы 30-50 человек в день. В последнее время вижу спад по посещаемости, вот и интересуюсь, это таки туристы перестали посещать, или таки я что-то сломал в одно время :)

Есть react-native-web. На костылях и webpack позволяет собирать сабсет RN для браузера

А не могли бы рассказать о статусе Flutter/Web? Из того, что я видел несколько месяцев назад, оно было ещё только в зайчатках и жутко тормозило. Может быть, у вас даже найдётся время опубликовать небольшую статью по основным подводным камням? :)

Да уж. Был как-то в гостях в данном офисе, ужаснулся от опенспейса на втором этаже (это реально шумно, не говоря уже о том, что постоянно кто-то ходит за спиной). Тогда я подумал, что это владелец площадей запретил возвести стены, а тут, оказывается, их наоборот сносили, чтобы побольше гребцов вместить.

Можно всё :)

Купил много лет назад домой вот такого зверька f.ua/...​raptor-mka-7-c-brown.html

Через месяц он появился и на работе, потому что на мембранной стало невозможно набирать текст.

Там переключатели Brown и коллеги, и правда, не догадываются, что это механика, пока не скажешь :)

Синие переключатели не берите, ибо в таком случае вас изгонят :)

Да в принципе никаких отличий от зарубежных коллег нет. Бывает абсолютно по разному: когда спикер сам подаёт заявку, когда организаторы находят спикера (но для этого нужно везение и наличие опубликованных материалов в сети).

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

Не хотелось бы вас разочаровывать, но пользоваться этим будут те же самые программисты по $40-50/час (если не дороже за счёт узкой специализации), поскольку заказчику важно чтобы оно просто работало и времени разбираться в моделях данных у него нет (не нанимал бы он тогда IT-шников).

По факту, у вас headless CMS, которых на сегодня создано великое множество.

Пара советов из личного опыта:
— необходимо добавить поддержку энвайронментов (как минимум дев/сендбокс, стейжинг, прод) с автоматической репликацией изменения схемы/данных со стейжа на прод
— грамотно разработать кеширование, поскольку жирные кастомеры запросто положат API
— добавить business/enterprise тарифные планы, которые позволят содержать команду техподдержки для быстрого реагирования (именно из-за поддержки цена конкурентов выше) и оставить текущий тарифный план за $15 как «for development/small websites»

В любом случае, удачи в начинаниях :)

Даже не знаю, где спросить, но, наверное, это будет не самое плохое место.

Как думают читатели дайджеста, Scala мертва?

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

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