git репозиторий я бы все равно создал, тк это не сложно и скорее облегчит процесс разработки даже однодневного проекта. А вот CI, авто-деплой и прочее разворачивать смысла точно нет.
Абсолютно аналогична необходимость этого psr к тому что о логгировании. Сейчас есть кучка пакетов, все работают с psr-log. И не нужно задумываться, как и что нужно сделать, чтобы _____ (новая либа, нужная в проект), начала писать логи своей активности прямо сейчас. Ровно также и с http.
Вы, видимо, забываете, что из php не только обрабатываются входящие запросы, но и посылаются исходящие. Скорее всего guzzle и buzz реализуют эти интерфейсы, и тогда разработчики оберток над api будут требовать не guzzle/buzz/curl, а php-fig/http-message.
Хабрахабр — не место для копипастеров. Размещение полностью скопированного контента с других сайтов запрещено — даже при использовании гиперссылки на источник. Мы за авторские материалы.
Rust до первых бета-версий был динамично развивающимся на столько, что код, работающий еще вчера, можно было не скомпилировать уже сегодня.
Однако есть некоторые движения в этом направлении, в частности racer — движок для автокомплита из любого редактора (плагин под atom, на пример). Также есть плагин под IDEA.
Зачем этот опрос нужен? Ну вот серьезно. Вы перечислили наверное 1% современного множества фреймворков, часть из которых не фреймворки, а кусочки для сборки своего фреймворка (react, jquery). Сейчас интернеты взорвал flux, его реализаций (используемых, судя по статистике) больше, чем у вас список. React есть, Polymer нет, хотя уровень примерно один.
Ну вот банально автодополнение дает clang для C/С++. Например есть плагины под vim, для автодополнения и умной подсветки. На мой взгляд, подобный подход гораздо лучше, чем отдельный анализатор в IDE, потому что IDE всегда в позиции догоняющего + автокомплит с помощью внешних тулз работает лениво, что не вызывает адового построения индекса, прежде чем начать работать.
Атом развивается семимильными шагами. И в отличии от Sublime в нем можно кастомизировать вообще все, что угодно, начиная от форка, заканчивая широкими возможностями плагинов. Ну и плагины на js куда проще писать, потому что js знает почти каждый веб-разработчик, в отличии от python.
На самом деле мне кажется вы не совсем правы. Конец IOS разработчикам естественно не прийдет, но под React Native, допустим, достаточно качественных биндингов. Вещи, которые не получается сделать существующими средствами отправляются IOS разработчику, для создания биндингов и все.
А про заказчиков — это не грамотные заказчики, и такие есть в любой области, в том же вебе иногда требуется объяснить, что новомодный фреймворк/cms будет скорее мешать.
В любом проекте правильно остановиться и задуматься, какой набор технологий подходит именно здесь и сейчас, как заказчику, так и разработчику.
Примеры качественных приложений на JS вы, думаю, и так знаете. У facebook, судя по презентации приложения для фото и чата сделанны на React Native. Не помню какие именно, помню, что 2, и что они уже 2 года сущствуют.
Нет, вы не правы в принципе. Допустим есть программа Git Tower, по названию, думаю, понятно, зачем она нужна. Я ее оплатил и получаю обновления — вот и поддержка. Если бы никто не платил, программистам не на что было бы ее дальше развивать.
Поддержка не только в плане обслуживания, а в плане дальнейшего развития.
А если программу написали и далее никак не поддерживают — имхо платить не за что, лучше поискать альтернативу.
А мне вот интересно, показали как ребенок играет на «умном столе», на нем же жарится еда. Как стол остудится на столько быстро, чтобы ребенка не потребовалось везти в больницу?
Именно, а я о чем? Вам же не нужно объяснять, что нужно скролить, без ползунка? Он лишь отображает сколько осталось скроллить, и появляется только после того, как вы начали это делать. А если используется бесконечный скролл, идея проекта не так уж и плоха.
Не согласен по двум пунктам:
1) Есть пользователи OSX, привыкшие к отсутсвию скроллибаров по умолчанию и нет в этом ничего страшного. Просто берешь и скроллишь.
2) Плоский дизайн под эту штуку нужно просто придумать.
Судя по этому опросу наиболее популярный язык — javascript. Подскажите хорошую IDE под js? Я последнее время готов мириться с тормозами Atom, в противовес WebStorm, потому что последний совсем неадекватно индексирует и показывает автодополнение в современном js.
На самом деле, как один из активных контрибьюторов могу сказать, что разбирать баги под zephir самое не приятное занятие.
Особенно радует, когда разработчики не следуют описанной процедуре сообщения о багах: github.com/phalcon/zephir/blob/master/CONTRIBUTING.md#bugs
Помимо описанных пунктов, желательно сразу добавить C-код сгенерированный/ссылку на проект/PR с тестом.
На мой взгляд подобные возможности препроцессорных языков для css (less тоже это умеет), скорее костыль, которого стоит избегать. Это примерно как important. Понятно, что gzip обожмет такие повторения, но все же лучше избегать .extend там, где без этого можно обойтись. На пример в примере с button. Просто используйте 2 класса.
Вы, видимо, забываете, что из php не только обрабатываются входящие запросы, но и посылаются исходящие. Скорее всего guzzle и buzz реализуют эти интерфейсы, и тогда разработчики оберток над api будут требовать не guzzle/buzz/curl, а php-fig/http-message.
www.dataart.ru/blog/2015/02/50-luchshih-dopolnenij-k-bootstrap
Однако есть некоторые движения в этом направлении, в частности racer — движок для автокомплита из любого редактора (плагин под atom, на пример). Также есть плагин под IDEA.
А про заказчиков — это не грамотные заказчики, и такие есть в любой области, в том же вебе иногда требуется объяснить, что новомодный фреймворк/cms будет скорее мешать.
В любом проекте правильно остановиться и задуматься, какой набор технологий подходит именно здесь и сейчас, как заказчику, так и разработчику.
Примеры качественных приложений на JS вы, думаю, и так знаете. У facebook, судя по презентации приложения для фото и чата сделанны на React Native. Не помню какие именно, помню, что 2, и что они уже 2 года сущствуют.
Поддержка не только в плане обслуживания, а в плане дальнейшего развития.
А если программу написали и далее никак не поддерживают — имхо платить не за что, лучше поискать альтернативу.
1) Есть пользователи OSX, привыкшие к отсутсвию скроллибаров по умолчанию и нет в этом ничего страшного. Просто берешь и скроллишь.
2) Плоский дизайн под эту штуку нужно просто придумать.
Особенно радует, когда разработчики не следуют описанной процедуре сообщения о багах:
github.com/phalcon/zephir/blob/master/CONTRIBUTING.md#bugs
Помимо описанных пунктов, желательно сразу добавить C-код сгенерированный/ссылку на проект/PR с тестом.