Сергей Протько

Как разделить текст без повторений? - потрудитесь сами.

Я решил взяться за это дело нормально и подарить миру нормальную cms.

Удачи. Получится как обычно.

Не рассматривали схему, которую выбрали всякие gitlab, магенты и и т.д.? open-source + энтерпрайз редакции + суппорт.

TDD + DDD + BDD. Причем все эти *DD можно применять вместе, и даже лучше применять вместе, так как тот же BDD это не столько про тесты, сколько про процесс разработки в целом а DDD это для более качественного проектирования и для того, что бы на митингах все говорили на одном языке (и внутри команды так же, и да, продукт-оунер тоже будет вас понимать). TDD же очень общая идея, мол тесты перед кодом. Это позволяет лучше проектировать код в небольших масштабах, но можно и на интеграционных тестах TDD построить.

Берете Qt, осваиваете C++ а на сях пишите только библиотеки.

p.s. сишные программы должны быть только под консоль, ибо это тру.

Подскажите пожалуйста, как его разобрать в импульсно-кодовую модуляцию?

насколько я понял это она и есть, попробуйте так:
System.out.println(Short.valueOf(next));

если брать PHP то вот какие вещи нужны народу:
- замена морально устаревшему phing-у (есть robo как альтернатива, но мне лично не очень нравится). Можно провести хорошую исследовательскую работу и составить решение достойное нынешних дней.
- фабрики фикстур (framework-independent с возможностью интеграции). На данный момент существует только phactory из достойных (еще есть PHPMachinist из достойных). Есть мысль запилить авторесолвинг блупринтов для этих библиотек что бы было проще интегрировать в проект и рулить фикстурами. Так же можно продумать более упрощенное API для быстрой разработки. И да, ключевой момент тут - производительность и возможность ресетить все добавления в базу (что бы уменьшить время прогона тестов).

Собственно вот... это то чего мне не хватает. Остальное относится с корее к тех-процессам. Скажем я пока не знаю как наладить процесс автоматизированного деплоя с ansible + docker (какую роль должен вы полнять ансибл) но тут не думаю что вы поможете. Хотя у моего знакомого темой диплома была тулза для конвертации форматов контейнеров для различных облачных сервисов. Может можно подумать и в этом направлении.

Есть проекты типа snowscript, но как по мне это децкие забавы. Имхо я не вижу причин, по которым в PHP нужен препроцессор. Что вы собираетесь сокращать? Сахар над классами не нужен (в js он все же нужен и появится в ES6), сократить запись объявления функций/методов, возможность писать геттеры/сеттеры аля c#, возможно. Но видимо пока никому это не нужно, так как IDE генерят все это дело за вас если уметь ими пользоваться.

Опять же, если вам не нравится синтаксис PHP, посмотрите в сторону Ruby. Или реализуйте свой препроцессор.

Еще есть:
mammouth.wamalaka.com

И знаете какой будет недостаток у подобных решени? Ни одна IDE не знает синтаксиса этих языков.

обычно все то же самое делается по принципу спрайтов с png/bmp.

Не согласен.

GUI это хорошо, но и обезьяна справится с простенькой формочкой а понимания работы с IO у человека не будет. Да и консолью нужно учить пользоваться. Не все вертится вокруг GUI, в этом я согласен с вами.

GUI имеет смысл преподавать уже после консольки, при чем объясняя такие вещи как отзывчивость интерфейсов, как не допускать подвисаний интерфейсов. асинхронная работа с IO и т.д. Тогда толк есть.

Что до робототехники, контроллеры типа arduino, можно, но когда человек разберется что такое микроконтроллер, научится эффективно их использовать и все такое прочее. Все же разрабатывать коммерческие проекты на базе ардуино не очень то выгодно, обычно это просто хобби, побаловаться. Есть кучи более дешевых аналогов, от тех же Texas Instruments которые позволяют и разобраться, и не иметь дела со скучным ассемблером а писать уже на Си и делать прикольные штуки. Так же есть DSP процессоры и кучи других прикольных вещей.

Никак. Один заголовок указывающий кодировку на страницу. Решение - приводить куски страниц в разной кодировке к одной.

C++ голенький с STL и свои библиотеки. Универсальное - жирное все. Можно сделать чуть менее жирным используя API целевой платформы, но сами понимаете что вам просто придется реализовывать часть Qt.

Вообще если брать десктопы, то только Qt. Все остальное - детские шалости какие-то. Вы напишите приложение сначала, а потом ищите способы как уменьшить его размер. С 5-ой версии они неплохо разбили его на отдельные библиотечки, так что можно неплохо ужать размер дистрибьютива. Да и что сегодня 70-80 метров для приложения? Так, чих.

У меня некоторые сомнения вызывают приведенные в статье цифры.

php учить первым не советую

Почему интересно... Говнокодить по началу будете всеравно, что на php, что на ruby, что на js.

javascript можно взять как первый язык только потому что в web особо нету альтернативы (клиентская часть).

А так.... просто ткните пальцем в тот вариант, который вам больше по душе. Разницы вообще нету.

пузырек не напишет только тот, кто не знает что это такое. Ну и да, нужно знать примерно как они работают и сложность различных алгоритмов для различных случаев что бы писать более эффективный код.

Вообще все упирается в знание сложности алгоритмов, из этого вытекает что вы должны знать хотя бы примерно как эти алгоритмы работают. Скажем вы должны знать что при таком-то случае, с которым у вас чаще сталкивается программа, алгоритм А имеет сложность O(N) а другой при таком же случае всего то O(logN).... при том что в большинстве других задач тот же самый алгоритм A c определенными допущениями может иметь сложность O(1).

Алгоритмы базовые обычно связаны со структурами данных (вставка/выборка из хэш таблицы, вставка/выборка в деревья и т.д.) На алгоритмах сортировки просто удобнее объяснять все это дело и учить людей разрабатывать алгоритмы, определять их сложность и т.д.

Сейчас вот собираюсь перечитать Кромена, "Алгоритмы: построение и анализ". Ибо поймал себя на мысли что я уже плохо помню все это дело.