хотел написать портянку, передумал.
как самоучка без ничего могу посоветовать следующее:
продолжай питон(спрос огромен и компании готовы брать джунов для развития), заведи гитхаб (как вариант реализуй и заливай все что сможешь загуглить на тему алгоритмы и структуры данных), обязательно посмотри в сторону веба и тут несколько причин: спрос, цена, количество технологий, порог входа.
на худой конец после всего перечисленного, если ну прям ни как не зовут на позицию разработчика советую посмотреть в сторону QA и желательно чтобы с бумажкой о хоть каких-то курсах. у меня есть истории о лайтовых переходах из ни разу не ИТ сильно за 30 в тестеровщики с ростом в автоматизаторы, с далеко идущими планами.
дерзай! и не смей опускать руки!
такое ощущение, что автор битрикса в глаза не видел. и вместо того чтобы разобраться пошел классическим путем «все дерьмо я сам напишу».
у битрикса много проблем и их гораздо большем чем перечислил автор, вот только ни одна из них не попала в статью. жаль
у меня только один вопрос: а где array.array или ctypes.Structure? же реализуют идею data locality, т.е для единичного объекта может и не шибко эффективно как и половина способов описанных автором, а вот для пачки (большой пачки) выгода может быть очень даже заметная.
внесу свои 5 копеек. я из числа тех, кто застрял на так называемом intermediate plateau т.к по факту из практики только чтение, реже написание и практически никогда разговорный.
Когда пригорело отлично зашло чтение вслух. именно вслух! тк это прокачивает сразу все аспекты необходимые для разговорной практики. и конечно же фильмы/сериалы/все что угодно для прокачки слуха и произношения.
но в самом начале я все таки посоветовал бы взять интенсив (серьезный интенсив) часов на 40 за месяц. мне это дало отличный рывок на старте и что более важно поломало все барьеры.
сложно не согласиться. проблемы надо выводить на чистую воду. Однако давай рассудим логически: за 12 лет в апи строк в этом направлении изменений не было (если моя память не спит с другим). были ли вопросы подобные Вашему — конечно да и не одна сотня, а то и не одна тысяча. Я лично не встречал в рассылках упоминаний, что тут планируется что-то менять, сообщество это просто приняло и не бунтует (возможно зря, кто знает). И чтобы добраться до истины существует только один правильный путь — спросить автора))
тогда я не понимаю чему Вы так удивляетесь в поведени строк. Да это странно, но так было как минимум с версии 2.2 (как было раньше не знаю). И как бы печально это не звучало, но всегда приходится писать отдельный «if» для строк в подобных универсальных методах для рекурсивных обходов. Да прочая добрая половина стандартных типов требуют повышенного внимания в рекурсивных алгоритмах
Рассказ в 4 главах через графы и «магия» — как-то очень сложно по моему. Сейчас источник не найду, но где-то в сети есть русскоязычная статья про А*, где коротко и предельно ясно описан алгоритм через школьную арифметику.
стесняюсь спросить, а progit разве отменили?
p.s: stackoverflow уже года как 2 назад опубликовал инфу о том, что вопрос «как выйти из vim» набрал миллион просмотров. )))
на счёт шарить базу на несколько приложений в rw режиме — согласен, плохая затея (хотя и тут есть место для дискуссии). как я и говорил выше для миграции только read-only доступ к старой бд
Плохая затея для сайта авторизовать пользователя на уровне кода.
И read-only доступ к «старой» БД — по факту единственный и что более важно дешёвый вариант при большой миграции проекта. Тут главное доступ на запись отключить иначе фиаско братан )
У меня вопрос: зачем делать полный inspectdb, если для авторизации нужна ровно одна таблица. Думаю стоило бы упомянуть, что inspectdb может принимать 0+ имён таблиц на вход. Так же при тотальном переезде думаю имеет смысл запилить «DB R/W router» с небольшой доп обвязкой на уровне view чтобы чтение и запись производились из/в разные БД. Так и пользователей перенесете, и прочий необходимый контент.
Оу, Вы даже не представляете какие кадры приходят на роль middle/senior/team leader. Такого насмотришься и наслушаешься, что аж глаза вытекают и уши кровоточат…
Junior'ы за частую показывают себя куда, как лучше.
Я извиняюсь, за то, что я немного некромант, но все же имею вопрос.
1) Как Ваша реализация решает задачу зависимостей системы от набора компонентов самого Entity? т.е MovementSystem в прямом смысле требует чтобы у Entity были определены компоненты Position & Velosity.
Судя по описанной реализации GameState & Entity Вы вынуждены делать множественные относительно рандомные чтения из памяти только для получения списка Entity, которые обладают необходимым набором компонент для каждой конкретной системы, например:
for entity in entities: # cache friendly
if entity.movement and entity.velocity: # чтение из 2х разных источников в памяти
process(entity)
2) рассматривали ли Вы исходники реализаций ECS имеющиеся в общем доступе, например, EntityX?
как самоучка без ничего могу посоветовать следующее:
продолжай питон(спрос огромен и компании готовы брать джунов для развития), заведи гитхаб (как вариант реализуй и заливай все что сможешь загуглить на тему алгоритмы и структуры данных), обязательно посмотри в сторону веба и тут несколько причин: спрос, цена, количество технологий, порог входа.
на худой конец после всего перечисленного, если ну прям ни как не зовут на позицию разработчика советую посмотреть в сторону QA и желательно чтобы с бумажкой о хоть каких-то курсах. у меня есть истории о лайтовых переходах из ни разу не ИТ сильно за 30 в тестеровщики с ростом в автоматизаторы, с далеко идущими планами.
дерзай! и не смей опускать руки!
жизнь боль
у битрикса много проблем и их гораздо большем чем перечислил автор, вот только ни одна из них не попала в статью. жаль
Когда пригорело отлично зашло чтение вслух. именно вслух! тк это прокачивает сразу все аспекты необходимые для разговорной практики. и конечно же фильмы/сериалы/все что угодно для прокачки слуха и произношения.
но в самом начале я все таки посоветовал бы взять интенсив (серьезный интенсив) часов на 40 за месяц. мне это дало отличный рывок на старте и что более важно поломало все барьеры.
p.s: stackoverflow уже года как 2 назад опубликовал инфу о том, что вопрос «как выйти из vim» набрал миллион просмотров. )))
И read-only доступ к «старой» БД — по факту единственный и что более важно дешёвый вариант при большой миграции проекта. Тут главное доступ на запись отключить иначе фиаско братан )
Junior'ы за частую показывают себя куда, как лучше.
1) Как Ваша реализация решает задачу зависимостей системы от набора компонентов самого Entity? т.е MovementSystem в прямом смысле требует чтобы у Entity были определены компоненты Position & Velosity.
Судя по описанной реализации GameState & Entity Вы вынуждены делать множественные относительно рандомные чтения из памяти только для получения списка Entity, которые обладают необходимым набором компонент для каждой конкретной системы, например:
2) рассматривали ли Вы исходники реализаций ECS имеющиеся в общем доступе, например, EntityX?
Годно, ждем еще)