Алексей Гришин @GRaAL
Разработчик широкого профиля
Information
- Rating
- Does not participate
- Location
- Алматы (Алма-Ата), Алма-Атинская обл., Казахстан
- Registered
- Activity
Specialization
Backend Developer, Software Architect
Lead
From 5,000 $
Разработчик широкого профиля
В Алматы перестали летать... И мои билеты от аэрофлота превратились в тыкву.
Ну, российские граждане это лишь повод, когда нет иного подходящего. У Казахстана есть уже Байконур в качестве потенциального повода.
Спасибо! А что можете сказать про качество медицины и загруженность системы здравоохранения?
Здравствуйте. Тема интересная, но ответов на все интересующие меня вопросы я, увы, не нашёл.
Так получилось, что я планировал (и планирую) поехать в Алматы в отпуск, а сейчас стало интересно рассмотреть Алматы как место возможной релокации. Но тут возникают вопросы, надеюсь, вы сможете подсказать:
банки и финансы, текущее состояние. Применены ли санкции к каким-либо банкам Казахстана? Можно ли совершать переводы в/из стран Европы/США/Канады?
есть ли русскоязычные школы (мб частные)?
как обстоят дела с медициной? есть ли аналог ОМС?
Пока всё, что придумал.
Спасибо.
Съестся. Толщина рамки может быть произвольной, я не стал ограничивать художников. Придётся "экранировать" с помощью белой рамки, увы.
В основном шутки ради.
НО.
Сделать фотографируемую БД - это уже следующий этап развития задачи.
Там может быть и то, и другое. Однако сейчас я уже подумал, что маркеры типов надо было не снаружи голубых квадратов вставлять, а внутрь.
Если соблюдать несложные правила, то должно быть сложно перепутать незначимый арт и линии связей. Можно конечно комментарии тоже во что-то заворачивать, или линии связей рисовать особыми цветами. Но мне хотелось снизить "порог вхождения", чтобы можно было быстро сориентироваться, а не зубрить кучу правил по рисованию базы.
Не, нормально!
Единственный баг - он распарсил и то, что внутри, тоже. Забыл добавить проверку на вхождение точки в уже найденный блок в одном месте.
Пофикшено: https://github.com/AlexeyGrishin/badbee/commit/7b01805d73ffef3ba2823c05e7883d81e6e54b93
Спасибо за ваш вклад!
Ща проверю.
Я видел много репозиториев, где были только README о том что будет сделано и как. Уж лучше без README, но с кодом )
А, я неправильно понял ваш вопрос.
Вы имеете ввиду "можно ли накидать в базу данных, чтобы она их нарисовала". Т.е. чтобы не я их рисовал, а сама БД.
С некоторыми ограничениями - можно. Например, та большая база с собаками создана почти автоматически. В базе изначально была только 1 запись - пустой шаблон для инфы о собаках.
Дальше у меня был скрипт, который брал публичную информацию о собаках со страницы сайта http://ingrus.net/husky/photo . И посылал в базу через api следующие команда:
Склонировать самую первую запись. Движок искал свободное место в файле картинки, копировал запись туда и возвращал id новой записи
Дальше уже заполнялись поля этой записи.
Можно ли научить БД создавать записи с нуля - рисовать квадратики и связи между ними? Да, можно, хоть я до этого и не дошёл. Найти свободное место движок уже умеет. Нарисовать квадратик несложно. Соединить его с другим - какой-нибудь вариант A* в помощь.
Основная проблема - что делать, если "место" закончится. Надо увеличить размер картинки. И даже в bmp это не тривиально, т.к. там почему-то задом наперёд данные записаны, и если дописывать в конец файла - они дорисуются в начале (и все id поедут). Скорее всего пришлось бы делать что-то вроде "создать картинку на диске в 2 раза больше, сохраниться туда, старую удалить, новую переименовать".
Вот код который я использовал для импорта, чисто для демонстрации.
Спасибо!
Репозиторий посмотрю, а то я не видел ещё как другие на расте пишут.
Да, я посмотрел вакансии, и там куча криптостартапов и прочего финтеха, который я не очень люблю ( Даже обидно как-то. Мне понравился rust. Я видел высоконагруженные проекты на C/C++, связанные с перформанс-тестированием, которые запускались на отдельных железках. Мб rust как раз пригодился бы на подобных проектах.
Ого. Не знал! Рад, что экосистема C++ не стоит на месте.
Справедливо.
Смотря какой базы. Если BADBEE - то есть. Если postgresql/mysql - то пока нет. Но если мне опять будет скучно, я подумаю над этой задачей.
Попытка ответа на теоретический вопрос "Как сделать базу данных, чтобы а) файл с данными был одновременно визуализацией этих данных б) файл с даннными можно было бы редактировать в пейнте в) с данными можно было бы работать извне по api". То есть такая визуализация данных, которую и человек, и машина могут прочитать.
Почему бы и нет. Я вон вообще тему для статьи из МЕМА взял.
Признаюсь, я так и не сумел придумать достойную ответную шутку.
Спасибо, я развёлся