Заголовок данной статьи почему-то мне сказал о том, что я тут увижу gii форм. Т.е. генератор кода формы с ангуларовским контроллером. Вот печаль, не увидел. Стоковый gii форм вещь полезная, но на выходе простые формы. Да, с валидацией, но без механики. Например, скрыть/показать поле при установке чекбокса. Для ангулара это в принципе одна директива. Но для этого нам нужно создать контроллер, задать модели полям. Если мы скрываем обязательное поле, значит придётся переделывать серверную и клиентскую валидацию yii. В общем уже не вписывается в идеологии gii «Ахалай-махалай, по модельке сгенерись». А если бы генератор форм это сам всё делал? Нам бы оставалось только сосредоточиться на разработке удобного интерфейса формы, где что-то скрывается, показывается итд. Может быть вы хотели написать об этом, но забыли? Где у вас симбиоз йии и ангулара?
А кто спонсор классной рубашки?
За интервью спасибо, всегда интересно узнать кто как живёт, помогает получить более объективное мнение о своей жизни и работе.
Почитал комментарии… Вы оффтопите! Написано — проект принципиально новой OS, созданный в нерабочее время одним из ведущих сотрудников. В нерабочее, остываем, включаем понимание. Может быть я наивен, и это действительно чей-то диплом… А может и нет! Чувак написал концепцию, отдал в руководство, а руководство сказало, а давайте ка мы напишем обзор в IT-сообщества и посмотрим, что об этом думают люди, которые собственно под эту ось и будут что-то писать. Извините, но половина комментариев это спор о том, какая ось у кого на работе. Уважаемый автор (инициатор) статьи, пишите пожалуйста, что именно Вы хотите узнать, потому что мы не понимаем что от нас требуется. На мой взгляд вы хотите обсудить детали реализации концепции. Явно писать об этом нужно, понимаете о чём я? Я бы хотел задать свой вопрос, если позволите. В операционных системах я не силён и у меня скорее общий вопрос. Вы описали серьёзные теоретические преимущества в плане минимального потребления системных ресурсов и масштабируемости по отношению к мощности железа. Ну клёво, а в цифрах сколько получается? По негативному и позитивному прогнозу, сколько мы сэкономим системных ресурсов по сравнению с Linux, Android, Mac. Было бы здорово если бы Вы показали нам таблицу. Спасибо.
Очень приятно, два удивительно ленивых (readonly) человека (вы с 2011, я с 2012) встретили друг друга. Я не то чтобы совсем против русского языка в коде бухгалтерии для России. Скажем так, я больше против бейсика. Крути не крути — язык устарел. А когда он ещё и кириллицей, ну извините… Язык мордора получается. И Вы из года в год пишите на этом языке. Я так понимаю, что это больше нигде и не может пригодиться. Вот представьте: случилось чудо, компания 1С перешла на Ruby или Python и Вы будете не программистом бейсик-кириллицы, а программистом современного, востребованного языка. Вот я мыслю именно в таком ключе. Деньги деньгами, а инвестиции в себя (в знания) никто не отменял.
Хорошая этическая статья. Если следовать ей, то вы найдёте своё место в коллективе. Рискну дать совет, что именно должен содержать первый Pull Request. На новом месте работы (мне почему-то представилась именно эта ситуация), Вы — новичок. Умничать не стоит, Вы ещё успеете показать себя в дальнейшем. Найдите места где нарушен codestyle, где нету phpdoc, где IDE что-то подсвечивает и исправьте. Вы типа изучаете код нового проекта и сразу приносите пользу. В первый день работы. И Вы это делаете не потому, что там сидят дураки и не могут это сделать, а потому, что руки не всегда доходят, а вы пришли и сдули пыль тем самым показав, что вы 1) поняли как устроен код 2) ничего не имеете против того, как он устроен (считай уважаете того, кто его написал) 3) вы правильный чувак, который придерживается стандартов кодирования. Вы как бы сразу ставите себя в хорошем свете и в дальнейшем ошибки коммуникации будут случаться реже из-за вашей хорошей репутации в самом начале. Я знаю много людей которые теряются на новом месте работы, не знают чем заняться, или наоборот, устроившись на работу начинают критиковать всё и вся. Может быть моя мысль будет кому-то полезна.
Мне страшно писать комментарии к этим статьям. Ладно, мне не страшно, я readonly. Очень понравился обзор, действительно наполнен пруфами. Особенно понравилось про интеграцию с 1С. Могу лишь добавить, что в том случае когда бизнеса у заказчика ещё нету и он покупает 2 коробки (1С Битрикс, 1С Предприятие), то интегрировать всё равно не получится. А знаете почему? Потому, что у заказчика как и у 90% реселлеров конкретный продукт идентифицируется по связке артикул+бренд, а не просто по артикулу. Я разговаривал с тех.поддержкой 1С, отгадайте что мне сказали? Мне сказали вести учёт по баркодам либо дописать обмен так, чтобы там присутствовали необходимые параметры. Нет, дописать не скрипт в битриксе, это само собой, не подумайте, что всё так просто, дописать в 1С Предприятие обмен. На языке мордора (ЕСЛИ, ТО, ИЛИ и.т.п). И тогда, в моём блин очень не стандартном случае всё будет работать. В общем есть бизнес, нету бизнеса — придётся заплатить интегратору + web-разработчику, либо поломать голову и выучить мордор-лэнгвич в 100% случаев. И нет, вы не исключение. И я кстати не знаю ещё что хуже, когда уже есть боевая 1С или когда знакомство с интегратором ещё предстоит…
За интервью спасибо, всегда интересно узнать кто как живёт, помогает получить более объективное мнение о своей жизни и работе.
А чем она отличается от mt_rand(int $min, int $max)?