Finsh

Canvas, больше нечего!

gitlab

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

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

Если Вы думаете, что HiLoad проекты отличаются по качеству кода от обычных - хочу Вас разочаровать, в большинстве случаев, это не так. Если Вы PHP-разработчик, Вас допустят только до PHP-кода, а к базе данных - могут даже не дать прав на запись, даже на "тестовый стенд БД", который с оригинальной (рабочей) БД никак не связан.

Если хотите "просто получить опыт" - это довольно не сложно сделать. Запускаете дюжину виртуалок и "паразитную нагрузку" на основной (ведущий) веб-сервер, например, Apache AB и начинаете масштабировать его так, что бы нагрузка распределялась... реплицировать базу, балансировать нагрузку с Nignx'а на "задние" серверы и т.д., подключаете Redis/Memcached в проект, пробуете поставить/настроить Varnish, что бы сократить кол-во запросов на http-сервер и т.д.

Если у Вас есть какой-то более конкретный вопрос - задавайте, я постараюсь ответить.

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

PS. В общем то любой человек, не обладающий диффектами мозговой активности, при должном желании и усилии, сможет научиться всему чему угодно. Главное это упорство. Возможно с первого раза ничего не получается, со второго, с третьего...с двадцатого и т.д, но на 21 раз все получится. У всех скорость усвоения материала разная. Но в любом случае, при продолжительном непрерывном обучении, результат обязательно будет. Сидите и разбирайте материал, не понятно, перечитывайте, пересматривайте видео, ищите тоже самое в других источниках, и полюбому все получится. И обязательно практикуйтесь. Без практики, хоть зачитайтесь. В итоге вы большинство информации забудите, а с практикой, шанс усвоения увеличивается в разы.

Удачи в обучении!

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

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

С программной стороны может быть класс Игрок, с которым связан класс Модель, у которого есть свойство Материал. При создании игрока движок смотрит, какой идентификатор используется для модели, загружает её из хранилища в память. Далее он знает, что модель должна отображаться каким-то шейдером, опять-таки по идентификатору этот шейдер загружается вместе с текстурами и параметрами. Параметры и связи объектов движка с конкретными ресурсами настраиваются с помощью игрового редактора и сериализации.

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

Декомпозиция
И
https://habrahabr.ru/post/269589/

NLTK?

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

Похоже что у вас есть список товаров в базе, есть дата окончания их продажи (пипец как вы шифруетесь) , при выборке вы выбираете товары которые пометили как непросроченные, потом проверяете есть ли в базе просроченные, потом ставите статус просрочен им всем, и затем выбираете еще раз уже "чистый" список?

Как примитивный вариант, логику для views можно вынести в View Composers. А вообще пользуйте arrilot/laravel-widgets и не заморачивайтесь.

Я бы не глядел на Запад с точки зрения что "у них там все круче чем у нас". У них там далеко не круто в массе своей, даже примитивнее устроены интернет-магазины.

На уровне "1С, интегрированная с интернет-магазином" и у нас мало кто делает.

В основном сайт живет своей жизню, а 1С - своей.

И на Западе предпочитают столь же ограниченные половинчитые решения. Полноценные решения слишком дороги.

Мало кто из разработчиков имел возможность сделать полноценно интегрированное решение. К примеру: товар, который кладут в корзину, тут же резервируется в 1С, чтобы этот товар не был продан офф-лайновым методом в физическом магазине).

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

Это не совсем вина "ответчиков" в этом топике. Они попросту не сталкивались, мало кому повезло выйти на таких богатых или технологически подкованных заказчиков, а убедить сделать полноценную интеграцию - не каждому дано.

На Западе - аналогично. С той только поправкой, что Запад больше русскоязычного сегмента. И в абсолютных цифрах полноценно интегрированных систем конечно же больше, чем у нас систем "1С+веб-сайт".

Но в относительных цифрах - все то же самое. Львинная доля - примитивнейшие по части автоматизации изолированный системы. Сайт - отдельно. Внутрення система учета - отдельно.

Хорошо если хотя бы автоматизировано обновление товара (включая картинки и описания и цены) на сайте. Даже это - большая редкость.

P.S.:
Вы, кстати, тоже не курсе даже правильной терминологии.

CRM - это совсем не то.

1С - это не CRM. Это больше ERP + облегченная CRM, причем функций собственно CRM у 1С - минимум.

Редакторы:
* phpStorm
* vim

Языки:
* bash
* SQL

VCS:
* git

Сервисы очередей:
* RabbitMQ
* ZeroMQ
* Beanstalktd

Кэш сервисы:
* Memcached
* Redis

PHP:
* PHPUnit
* Symfony
* Doctrine

Кодстайл:
* PSR-0, PSR-1,...
* PHP_CodeSniffer
* JSCS

OC:
* CentOS
* Debian

Система запуска демонов:
* supervisord

Виртуализация:
* Vagrant
* VirtualBox

Системы сборки:
* grunt
* gulp

Web сервера:
* nginx
* apache

> программирование - это наверное тот профиль деятельности, которым я могу с интересом заниматься даже в свободное от работы время

Что и требовалось доказать. Это сейчас для тебя программирование это так, прикольчик, хобби.
А в итоге тебе придется заниматься той же аналитикой + кодингом, ибо в программирование сбор бизнес требований - это почти неотъемлемая часть работы программистов, особенно если вы работаете в серьезных компаниях с долгоиграющими проектами, где постоянно меняются правила бизнеса.

В итоге ты будешь тем же аналитиком + копаться в куче гов... кода.

Для начала определитесь что такое Инстаграм.
Инстаграм, это сервис, услуга.
А услуги не пишут на питоне, их оказывают!!
Это все равно что сказать что сервис по ремонту обуви написан на питон.

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

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

Ни как... С разбега убиться об стену. Чтобы избавить мир от "ПО", которое ты сможешь написать...