Pull to refresh
107
0
Дмитрий Зайцев @dim_s

Программист

Send message

Ну весь ваш топ проблем, это личный опыт. Я жил также более полугода в том же Батуми:

  • плесень повсюду (сказывается близость моря и качество строительства) - Подбирайте квартиру внимательно, без плесени, увы это влажный климат.

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

  • бабушкин ремонт - это вы такой нашли, очень много жилья не с бабушкиным ремонтом, а с современным.

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

  • картонные новостройки (привет, ORBI) - есть разные новостройки, просто ORBI как раз для летнего отдыха строился, чтобы у моря 1-3 месяца потусить. Другие новостройки намного качественее, например, New Wave.

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

В остальном во многом согласен. Цены дорогие, а на счёт такси, в Батуми можно вообще транспортом не пользоваться, тут весь город легко пешком обойти.

На счёт русофобии, я не столкнулся с ней за это время. В Батуми русский язык знают намного лучше чем в Тбилиси. В Тбилиси видел всякие надписи про текущую ситуацию и т.д. , не очень приятные, но написал это 1 человек, он за всю страну не отвечает.

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

Ну я разрабатывал и наблюдал как раз рабочие системы без реляционных БД. Всё прекрасно работает, в том числе на больших нагрузках и еще и масштабируется. Конкретно это всякие документно-ориентированные и колоночные бд типа MongoDB, ElasticSearch, Cassandra. Да это были не финансовые приложения, конечно, всякие контентные системы, что-то похожее на социальные сети, CRM, и т.п.

P.S. По поводу примера, если уж разработчики криво спроектировали модель данных для MongoDB, это не значит что она не работает, а заголовок отдает желтушностью и кликбейтом. Я завтра пойду, криво спроектирую модель данных для Postgresql, а потом напишу статью, какой pgsql плохой и не позволяет мне решить какие-то критические проблемы - и напишу статью с заголовком "Почему вы никогда не должны использовать PostgreSQL"

Если вы не наблюдали или не видели таких систем, это не значит что их нет. Я в своей практике последние 5-6 лет всё чаще вижу системы, которые полностью обходятся без реляционной БД. И тут не важно, комбинируют всё и вся, и key-value, и json (bson) и другие подходы. Тем более это же всё не только про хранение, но и про относительно (обычных классических БД) горизонтальное масштабирование из коробки, доступный и понятный шардинг и многое другое. Это могут обеспечить на хорошем уровне только крупные корпоративные БД типа Oracle для реляционных баз.

P.S. Да, очень много специалистов, которые неправильно работают с NoSQL системами, пытаются туда перенести свой опыт работы с SQL, либо радикально превращают в свалку данных, думая что так и надо.

Для nosql и распределенных баз придумали BASE:

  • базовая доступность (англ. basic availability) — каждый запрос гарантированно завершается (успешно или безуспешно).

  • гибкое состояние (англ. soft state) — состояние системы может изменяться со временем, даже без ввода новых данных, для достижения согласования данных.

  • согласованность в конечном счёте (англ. eventual consistency) — данные могут быть некоторое время рассогласованы, но приходят к согласованию через некоторое время.

Для начала бы рассказали, какого типа NoSQL системы вы имеете ввиду - документно-ориентированные, колоночные, графовые, key-value и т.д. И с какими из них работали. А то похоже на то, что вы поделили всё на черное (NoSQL) и белое (SQL).

P.S. А вижу в тегах MongoDB... ну тогда советую попробовать и другие nosql системы.

Т.е. чтобы и графика генерировалась с нуля? Все, что делается на компьютере ограничено. Слово бессчётное в таком контексте означает, что очень много.

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

Не на этой ли плате делают все последние китайские портативные ретроконсоли? Очень похожие характеристики.

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


На самом деле изначально этот подход очень хороший, но известные CMS захотели быть в тренде и решили что они теперь тоже будут Handless CMS, т.к. у них тоже есть API. С технической точки зрения вроде даже верно, но идея Handless CMS исходила из того, чтобы сделать эти CMS-ки более легковесными и чтобы они не становились центром всей архитектуры, а были лишь небольшим сервисом.

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

В целом я больше привык к аннотациям в стиле Java или C#, и там и там они выглядят неплохо. Вариант с комментом можно сделать отдельным синтаксисом, который с первого взгляда выглядит как комментарий, но для языка является синтаксической конструкцией, при этом сохраняется хоть какая-то обратная совместимость со старым версиями php как бонус.

От предложенного синтаксиса аннотаций у меня кровоточат глаза. Вариант с #[] реально лучше выглядит.

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

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

Спасибо, очень интересный способ, было полезно почитать.

В новостях писали, что многие на лайнере карантин не соблюдали и продолжали шастать по лайнеру + инкубационный период обычно 5 дней и 14 дней максимум. А была ли другая группа эксперимента (другой лайнер), где карантин не соблюдали, нет? Так много неизвестных переменных и такие громогласные выводы.

Бизнес логика в хранимках БД на lua скриптах? — Здравствуй раздутый бюджет и сроки.

Что-то я не понял, это кто делает селфи за десктопами? Когда это успело войти в моду именно на десктопах?

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

Information

Rating
Does not participate
Location
Воронеж, Воронежская обл., Россия
Date of birth
Registered
Activity