Есть как минимум haxe haxe.org/manual/target-flash-getting-started.html
Сама платформа flash к сожалению умерла, но код на actionscript ещё может быть скомпилирован, и теоретически может быть сконвертирован в тот же haxe.
Поддержу.
И рискну предположить (и тоже схватить минус), что никакой мотивации в минусе нет — это просто недалёкого ума минусатор проходил мимо и увидел точку. И не понял, что это такое. А так как времени подумать нет, так как надо прочитать ещё куча комментариев и раскидывать ещё кучу минусов — просто ставится минус.
Автор сам пишет, что не компетентен в разработке компиляторов, но, почему то, рассуждает про то, с какой производительностью и при каких условиях они должны работать. Некомпетентные Блогеры, пожалуйста, Астанавитесь.
А никто не тянет до последнего. Просто издаётся указ из министерства сделать к завтра или через неделю, при этом на трудоемкость в министерстве никто смотреть не будет.
С очень большой вероятностью до конечного разработчика эта задача могла спуститься буквально за день/за часы до сдачи.
Вот все бы были такими умными, в 3 часа ночи, за 3 часа до дедлайна.
Далее, клиент-серверная архитектура вполне возможно не могла быть реализована в кратчайшие сроки чисто из за инфраструктурных проблем(вся бюрократия, для разворачивания нового кода в защищенном контуре).
И уже здесь в комментариях разгорелись споры, как правильно хэшировать такой набор данных. Очевидно, что типичный разработчик выдаст плюс минус изначальное решение.
Так что ещё хорошо, что не использовали просто гугл таблицы для хранения данных.
А если бы утекла база в plain text, то все бы хайпили, почему не могли захэшировать хотя бы с помощью sha256.
При любом исходе, в случае утечки любой части кода/данных, сообщество/журналисты нашли бы до чего докопаться.
Из необычного применения такой интеграции php -> (fast-cgi) php-fpm -> php можно придумать следующую схему. Простой брокер сообщений в виде php демона и php-fpm как балансировщик воркеров. В такой схеме воркеры получат преимущества короткоживущего процесса без хранения состояния.
Рецензии — это хорошо. Но оно выродится во что то вроде badcomedian. Когда просто смешно «покритиковав» что угодно, можно набрать больше баллов, чем за ответственно сделанную работу.
Для второй учётки нужна как минимум вторая симка. И левая учётка — это плюс к паранойе, о как бы кто не узнал, что ты смотришь порно. Меньше скрываешь — меньше головной боли.
Я разрабатываю конкурирующий сервис для поиска новостроек, наболевший пример.
Я хочу, чтобы Яндекс, владеющий более 56% поискового рынка России, конкурировал в результатах поиска на равных со всеми условиях.
В конечном итоге страдают интересы пользователей, которым не дают подлинного выбора услуг.
Доля в 56% — это чуть больше половины. Это крайне шаткое «доминирующее положение». Доля гугла в ЕС примерно 90%. А вы же пытаетесь прикрыться интересами пользователей для своей выгоды. Если пользователей не будут устраивать результаты выдачи яндекса, они спокойно перейдут в поисковик google. Если пользователям понравится ваш сервис, они буду переходить туда напрямую, минуя просмотр конкурентов.
Все претензии были бы ещё обоснованы, если бы яндекс занимал 2/3 рынка поисковиков или по личным причинам фильтровал свою выдачу от конкурентов.
Согласно 12 факторному приложению, писать нужно в stdout, stderr среды выполнения приложения.
Люди бездумно продолжают ссылаться на правила конфигурирования приложений для облачной платформы heroku как на эталон. Если вы разворачиваете приложение не на heroku, то не стоит пытаться следовать всем этим злополучным «12 factor».
Почему heroku говорит, что надо отправлять логи исключительно в stdout? У heroku просто нет другого нормального способа сохранить логи, так как файловая система при любом перезапуске может сбросится в чистое состояние. Если вы разворачиваете приложение на одной единственной машине, то можете писать логи куда вам удобно, не оглядываясь, как это надо делать на heroku.
Несмотря на то, что при работе с PHP всё ещё можно написать очень плохой код, я бы сказал, что это отличный выбор для веб-разработки, если его использовать правильно.
Всё, что вы написали, с точной технической информацией и без домыслов есть на официальном ресурсе по Go.
Плюс не прикрытая реклама своего ресурса и ужасная реклама курса от mail.ru. Судя по всему, у них отвратительный курс, если вы за неделю вынесли информацию с этого курса, которую можно получить за пару дней самостоятельного изучения.
UPD2: Про качество курса от mail.ru (или того, кто его проходит?) очень хорошо говорит этот кричащий абзац:
Только сейчас понял, что в Go нет НЕЙМСПЕЙСОВ! Вообще! Осознал это, когда после компиляции вылезла ошибка, мол в одной папке у меня два файла с методом main. Оказывается, что на этапе компиляции все из папочки вроде как склеивается в одно полотно! Папка по факту и есть неймспейс. Вот такая магия, товарищи :)
Зачем вы тратите своё и чужое время на исправление пробелов и отступов? Вы ревьюте сотни тысяч строк кода и распыляете своё внимание на очень важную ерунду. Если с оформлением всё так плохо, то пора настроить линтеры.
Вне контекста разбор одной функции ничего не говорит. Возможно менеджер просит добавить новый регион раз в пятилетку, а вы ускорили в 7 раз функцию, ускорив всё приложение в целом на 0,01%.
UPD1: Ещё я могу предположить, что аллокация слайсов внутри методов сделана специально, что бы эти переменные не торчали в области видимости всего пакета. Возможно вместо переноса переменных достаточно объявить их внутри методов как const, но в целом это проблема скупости языка.
UPD2: зашёл в репу, коду 4 года, описание репы «This is a toy project». Весь проект, в котором «менеджер попросит 15 раз в день добавлять по региону» занимает 138 строк.
Всё таки сильно зависит от области работы. В моём backend за 7 лет ещё ни разу не было необходимости вручную ворочить списками\деревьями. Там где есть хоть какие то объёмы данных, в дело вступают базы данных (тут скорее задачка, правильно выбрать индексы).
Могу ошибаться, но кажется системщики, сетевеки, разработчики драйвером, криптографы и прочая братия тоже не слишком часто сталкиваются с необходимостью реализовать структуры данных вроде деревьев\списков, а вот других специфичных особенностей там будет навалом.
Как тут поможет односвязный список? Вам придётся его эмулировать на имеющихся стандартных типах, что даст только оверхэд на эмуляцию.
Цепочка преобразований скорей всего будет записана через таблицу замены. Проверка на исключение циклов — это к алгоритмам, а не к структурам данных.
Графы и деревья в условиях скриптовых языков точно так же будут записаны через структуры Hash\Map. И это точно не является типичной задачей для фронтенда\веба.
Вопросы на структуры данных и алгоритмы в современных реалиях строго под специфику разрабатываемого продукта.
Воспоминания о каких то событиях может и удалят. А вот паттерны поведения, триггеры и другие изменения психики могут остаться, что будет гораздо хуже, чем при исходных.
Воспоминания «как картинки» убирать будет достаточно вредно, необходимо точечное удаление эмоций привязанных к данным воспоминаниям, и при этом такая процедура должна быть произведена как можно быстрее после негативного события, иначе будут происходить другие необратимые изменения психики.
Сама платформа flash к сожалению умерла, но код на actionscript ещё может быть скомпилирован, и теоретически может быть сконвертирован в тот же haxe.
И рискну предположить (и тоже схватить минус), что никакой мотивации в минусе нет — это просто недалёкого ума минусатор проходил мимо и увидел точку. И не понял, что это такое. А так как времени подумать нет, так как надо прочитать ещё куча комментариев и раскидывать ещё кучу минусов — просто ставится минус.
Художественная литература, увы, публикуется в другой хаб
Автор сам пишет, что не компетентен в разработке компиляторов, но, почему то, рассуждает про то, с какой производительностью и при каких условиях они должны работать. Некомпетентные Блогеры, пожалуйста, Астанавитесь.
А никто не тянет до последнего. Просто издаётся указ из министерства сделать к завтра или через неделю, при этом на трудоемкость в министерстве никто смотреть не будет.
С очень большой вероятностью до конечного разработчика эта задача могла спуститься буквально за день/за часы до сдачи.
Вот все бы были такими умными, в 3 часа ночи, за 3 часа до дедлайна.
Далее, клиент-серверная архитектура вполне возможно не могла быть реализована в кратчайшие сроки чисто из за инфраструктурных проблем(вся бюрократия, для разворачивания нового кода в защищенном контуре).
И уже здесь в комментариях разгорелись споры, как правильно хэшировать такой набор данных. Очевидно, что типичный разработчик выдаст плюс минус изначальное решение.
Так что ещё хорошо, что не использовали просто гугл таблицы для хранения данных.
А если бы утекла база в plain text, то все бы хайпили, почему не могли захэшировать хотя бы с помощью sha256.
При любом исходе, в случае утечки любой части кода/данных, сообщество/журналисты нашли бы до чего докопаться.
Доля в 56% — это чуть больше половины. Это крайне шаткое «доминирующее положение». Доля гугла в ЕС примерно 90%. А вы же пытаетесь прикрыться интересами пользователей для своей выгоды. Если пользователей не будут устраивать результаты выдачи яндекса, они спокойно перейдут в поисковик google. Если пользователям понравится ваш сервис, они буду переходить туда напрямую, минуя просмотр конкурентов.
Все претензии были бы ещё обоснованы, если бы яндекс занимал 2/3 рынка поисковиков или по личным причинам фильтровал свою выдачу от конкурентов.
Люди бездумно продолжают ссылаться на правила конфигурирования приложений для облачной платформы heroku как на эталон. Если вы разворачиваете приложение не на heroku, то не стоит пытаться следовать всем этим злополучным «12 factor».
Почему heroku говорит, что надо отправлять логи исключительно в stdout? У heroku просто нет другого нормального способа сохранить логи, так как файловая система при любом перезапуске может сбросится в чистое состояние. Если вы разворачиваете приложение на одной единственной машине, то можете писать логи куда вам удобно, не оглядываясь, как это надо делать на heroku.
Капитан на палубе.
Плюс не прикрытая реклама своего ресурса и ужасная реклама курса от mail.ru. Судя по всему, у них отвратительный курс, если вы за неделю вынесли информацию с этого курса, которую можно получить за пару дней самостоятельного изучения.
UPD2: Про качество курса от mail.ru (или того, кто его проходит?) очень хорошо говорит этот кричащий абзац:
И всё остальное в том же духе.
UPD1: Ещё я могу предположить, что аллокация слайсов внутри методов сделана специально, что бы эти переменные не торчали в области видимости всего пакета. Возможно вместо переноса переменных достаточно объявить их внутри методов как const, но в целом это проблема скупости языка.
UPD2: зашёл в репу, коду 4 года, описание репы «This is a toy project». Весь проект, в котором «менеджер попросит 15 раз в день добавлять по региону» занимает 138 строк.
Могу ошибаться, но кажется системщики, сетевеки, разработчики драйвером, криптографы и прочая братия тоже не слишком часто сталкиваются с необходимостью реализовать структуры данных вроде деревьев\списков, а вот других специфичных особенностей там будет навалом.
Цепочка преобразований скорей всего будет записана через таблицу замены. Проверка на исключение циклов — это к алгоритмам, а не к структурам данных.
Графы и деревья в условиях скриптовых языков точно так же будут записаны через структуры Hash\Map. И это точно не является типичной задачей для фронтенда\веба.
Вопросы на структуры данных и алгоритмы в современных реалиях строго под специфику разрабатываемого продукта.
Воспоминания «как картинки» убирать будет достаточно вредно, необходимо точечное удаление эмоций привязанных к данным воспоминаниям, и при этом такая процедура должна быть произведена как можно быстрее после негативного события, иначе будут происходить другие необратимые изменения психики.