Pull to refresh
21
0
Крутов Иван @vaniaPooh

Разработчик

Send message
1) Вот меня немного смущает то, что оно написано на PHP. Не будет ли проблем, которые в других языках решаются многопоточностью?
2) И еще что же такого уникального и специфичного в PHP, что специально под него нужно писать CI? Тот же Jenkins или Bamboo вообще абстрагируется от языка программирования. Да хоть shell скриптом переводи исходники в бинарники — ему все равно.
3) Как у него с поддержкой сборки на облачных виртуальных машинах и есть ли вообще поддержка slave-машин для сборки? Сейчас это уже норма для CI.
А еще интересно было бы узнать про умственные способности абсолютно здорового человека, если такого создадут. Быть может ум — это болезнь и на Хабре сидят исключительно больные люди?
А вот это очень крутая статья! Я правильно понимаю, что собрать все панели в одном окне можно начиная с 2.8?
Сегодня он падал кстати минут на 20.
Яндекс.Книга примерно в таком же формате кстати. Только там про людей, связанных с Яндексом.
И порога входа.
И тем не менее на Go написан некоторый достаточно серьезный софт, например, Docker.
Еще можно поднять себе маленькое Devstack облако на железе и поднимать виртуалки при помощи vagrant-openstack плагина.
Да, конечно.
Я скорее имел в виду наделать готовых XSL-файлов и распространять в виде библиотеки.
Можно в фоне поднять облачный инстанс для синхронизации (например, в Амазоне) и затушить его, когда процедура закончена.
Проблема JSON в том, что нет нормального стандарта по его валидации. Есть несколько подходов к валидации наподобие json-schema.org/, но они не являются официально одобренными стандартами, а, значит, не выглядят совсем «серьезными», как, например, XSD или XSLT. С другой стороны XML не так удобен, если им оперировать в одну строчку. Но как насчет такой связки: утилита | инструмент генератор XML | xsltproc? Можно написать набор XSL преобразований, которые реализуют те же возможности, что и предлагаемые вами.
Проблема в том, что после того как книги будут написаны, их нужно будет поддерживать. Будет ли у текущих создателей столько же пыла, как сейчас.
Сам радуюсь этому же на Scala (шаблонизатор Scalate).
А DSL я так понимаю компилируемые? Т.е. при ошибке в шаблоне проект не скомпилируется?
Я в целом представляю что такое Haskell и считаю, что у него слишком высокий порог входа. Мне кажется интереснее было бы «переделать» какой-нибудь мэйнстримовый язык, чтобы он поддерживал все то же. Иначе будет недостаток людей, которые смогут программировать такие компьютеры и развитие будет медленным или его не будет вообще. Хотя с учетом вычислительных возможностей таких компьютеров развитие все же будет.
Ничего в этом не понимаю, но вот какой вопрос — это правда, что подобные вещи в перспективе будут нужны для программирования квантовых компьютеров?
Если PHP будет строго следить за обратной совместимостью, то это сильно замедлит внедрение новых возможностей, зато возможно повысит авторитет языка в enterprise-секторе. Подобное мы наблюдаем с таким серьезным промышленным языком, как Java.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity