Спасибо за статью, 2ГИС — лучшая карта в РФ, я ваш фанат)
Не понял про генерацию вектора, почему вы будете вектор генерировать на основе растра, а не подсчитанных данных?
Описание алгоритма у вас "корявенькое" — надо переписать)
Москва, МРЭО рядом с метро беговая, 2 раза приезжал за талонами к 7:30 для постановки на учёт мотоцикла. Процедура заняла 4 часа чистыми (последняя очередь на талон, бумажки, осмотр, оплата, бумажки) на час или полтора ездил домой позавтракать. Итого 6 часов жизни отдал бюрократии.
Это тоже есть, я с этим не спорю.
Я про ИТ сторону вопроса — почему нельзя встать в очередь ожидания свободного времени, чтобы подтвердить запись, скажем в течении 6 часов?
Вы изобретаете то, что должно быть в этих сервисах по умолчанию — нормальная запись и ожидание в очереди.
Сначала эти… ввели эту систему в гибдд — результат — чтобы поставиться на учёт, ты стоишь с 7 утра в очереди за талонами у здания МРЭО.
Теперь тоже самое в поликлиниках.
В обоих случаях — онлайн не записаться, времени нет. На регистратуре говорят "талоны будут завтра с 7:30".
Куда только не писал жалобы, одни отписки. Я считаю такие эксперименты с поликлиниками — вообще на грани с уголовной ответственностью, сколько людей может пострадать если вовремя на приём не попадут.
Кстати ваше время — это кто-то выписался, "отказной талон".
Питон — проще с датасетами работать. Ну и переписывать это скорее к Go, не знаю что на питон можно переписать чтобы было оправдано по затраченному времени.
Скомпилировать — можно конечно, но смысла мало, да и паковать PHP extensions — такое себе)
Эксперементаторам нужно было не статью в паблик релизить, а как только они закончили свои грязные делишки — дать списки коммитов мейнтейнерам, описать баги и бекдоры и только после отзыва коммитов — релизить статью.
И еще, цитирую Вас — "… Тогда уж надо писать язык на котором можно написать алгоритм и сгенерировать с него блок-схему и код на другие языки программирования." Может и нужно, но пока и VAOP можно успешно применять и этому у меня много примеров.
Самое главное, что она именно так и работает как записано в VA script потому, что иначе быть не может
Ну-ну.
Всё что написано здесь:
actions = {
"Action_00":{
"_action_description":{
"_010":"--> init action",
"_020":"--> Set array M, i = 0; sum = 0"
},
"Direction_10":"Action_10", "_010":"Done"
},
"Action_10":{
"_action_description":{
"_010":"--> sum = sum + M[i]"
},
"Direction_10":"Action_20", "_010":"Done"
},
"Action_20":{
"_action_description":{
"_010":"--> i = i + 1",
"_020":"-->if i > len(M) - 1"
},
"Direction_10":"Action_END", "_010":"Yes",
"Direction_20":"Action_10", "_020":"No"
}
}
Не имеет никакого отношения к тому что написано здесь:
if current_action in actions:
if current_action == "Action_10":
sum = sum + M[i]
direction = "Direction_10" # Done
if current_action == "Action_20":
i = i + 1
direction = "Direction_20" # No
if i > len(M) - 1:
direction = "Direction_10" # Yes
continue
break # end of loop where 1 == 1
Вы всё равно пишете реализацию и что написано в массиве actions — не имеет никакого отношения к реализации вашего алгоритма (кроме как в вашей голове и для смены стейта в вашей реализации). Более того это просто лишнее. Стейт убираем, комментируем код — и всё становится хорошо.
Да, останется, потому что это всего лишь описание, которое никак на программу не влияет. Автор пишет описание алгоритма, но все равно пишет код для исполнения этого алгоритма. В общем — изобрёл комментарии (даже не аннотации).
PHP уже другой. 7 лет назад я боролся с magic quotes и другой дребеденью. Сейчас это самый классный язык для веб прототипирования. Экосистема огромная, хороший ООП, много инструментов.
Конечно специфичные вещи лучше сразу писать или потом переписывать на Go/Python, а если много интерактива в браузере — подумать над изоморфами на Nodejs + Vue/React. Тем не менее считаю что сейчас PHP в середине своего золотого века.
Что это за бред? Я не понял отличий кода, кроме как вставок-описаний и лишних управляющих конструкций. Всё это заменяется аннотациями либо комментами и выплёвывается в веб-доку в CI. А если нужно описывать алгоритм — для этого есть блок схема, понятная всем.
Тогда уж надо писать язык на котором можно написать алгоритм и сгенерировать с него блок-схему и код на другие языки программирования.
Коммент того самого интервьювера, который даёт не имеющие отношения к практике алго задачки?)
Согласен с комментом, но только для кандидатов junior-middle, либо не для этих целей. На опытных ребят это не работает.
Знакомая устроилась аналитиком в газпром, при зп 150, выплатили 650 годовой премии за 5 или 6 месяцев работы (годовая была в среднем по отделу — 1000-1100).
Спасибо за статью, 2ГИС — лучшая карта в РФ, я ваш фанат)
Не понял про генерацию вектора, почему вы будете вектор генерировать на основе растра, а не подсчитанных данных?
Описание алгоритма у вас "корявенькое" — надо переписать)
Есть конечно) особенно при аренде
Москва, МРЭО рядом с метро беговая, 2 раза приезжал за талонами к 7:30 для постановки на учёт мотоцикла. Процедура заняла 4 часа чистыми (последняя очередь на талон, бумажки, осмотр, оплата, бумажки) на час или полтора ездил домой позавтракать. Итого 6 часов жизни отдал бюрократии.
Это тоже есть, я с этим не спорю.
Я про ИТ сторону вопроса — почему нельзя встать в очередь ожидания свободного времени, чтобы подтвердить запись, скажем в течении 6 часов?
Медленные вы ребята) Hetzner даёт 20 терабайт трафика на виртуалках со скоростью 300 мбит+, а на железках 1 гигабит анлим)
Вы изобретаете то, что должно быть в этих сервисах по умолчанию — нормальная запись и ожидание в очереди.
Сначала эти… ввели эту систему в гибдд — результат — чтобы поставиться на учёт, ты стоишь с 7 утра в очереди за талонами у здания МРЭО.
Теперь тоже самое в поликлиниках.
В обоих случаях — онлайн не записаться, времени нет. На регистратуре говорят "талоны будут завтра с 7:30".
Куда только не писал жалобы, одни отписки. Я считаю такие эксперименты с поликлиниками — вообще на грани с уголовной ответственностью, сколько людей может пострадать если вовремя на приём не попадут.
Кстати ваше время — это кто-то выписался, "отказной талон".
Питон — проще с датасетами работать. Ну и переписывать это скорее к Go, не знаю что на питон можно переписать чтобы было оправдано по затраченному времени.
Скомпилировать — можно конечно, но смысла мало, да и паковать PHP extensions — такое себе)
Нету никаких генераторов )
Ну-ну.
Всё что написано здесь:
Не имеет никакого отношения к тому что написано здесь:
Вы всё равно пишете реализацию и что написано в массиве actions — не имеет никакого отношения к реализации вашего алгоритма (кроме как в вашей голове и для смены стейта в вашей реализации). Более того это просто лишнее. Стейт убираем, комментируем код — и всё становится хорошо.
Да, останется, потому что это всего лишь описание, которое никак на программу не влияет. Автор пишет описание алгоритма, но все равно пишет код для исполнения этого алгоритма. В общем — изобрёл комментарии (даже не аннотации).
PHP уже другой. 7 лет назад я боролся с magic quotes и другой дребеденью. Сейчас это самый классный язык для веб прототипирования. Экосистема огромная, хороший ООП, много инструментов.
Конечно специфичные вещи лучше сразу писать или потом переписывать на Go/Python, а если много интерактива в браузере — подумать над изоморфами на Nodejs + Vue/React. Тем не менее считаю что сейчас PHP в середине своего золотого века.
Тогда уж надо писать язык на котором можно написать алгоритм и сгенерировать с него блок-схему и код на другие языки программирования.
В статье не хватает описания процессов взаимодействия с бизнесом/менеджментом.
Есть моменты, которые могут похоронить любые потуги работы с командой)
Согласен с комментом, но только для кандидатов junior-middle, либо не для этих целей. На опытных ребят это не работает.
Морковь которой помашут… Спасибо, буду знать, что можно не только про натрий метафорировать)
А Вы сомневаетесь?