Эссе на тему «Как стать программистом?»

Рано или поздно сайтошлепу перестанет хватать встроенного функционала CMS. Они все сильно ограничены. И тогда уже придется учить API и писать что то свое. Но зачем писать целиком систему, если можно ограничится написанием расширения, для меня загадка.

Эссе на тему «Как стать программистом?»

<!sarcasm>Может тогда сразу писать на Ассемблере? Будет полное понимание что и почему.
А если серьезно, то меня в свое время описанная вами ситуация наоборот подстегивала к попыткам разобраться как и что изнутри работает.

Эссе на тему «Как стать программистом?»

А разве написание собственной CMS не обернется катастрофой без знания архитектуры приложений? Написать что-то свое (в тех же целях обучения) можно и нужно, но мне кажется начинать с этого глупо.
Насчет говнокода: писали все и продолжаем писать. Без этого никуда. Часто это даже не является проблемой.

Эссе на тему «Как стать программистом?»

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

Визитки и простые программы — это реальные проекты. Хорошо, может «условно» реальные. Я считаю, что любое обучение всегда идет быстрее и проще на реальных задачах.

Эссе на тему «Как стать программистом?»

Опять же не понимаю что в этом плохого.

Эссе на тему «Как стать программистом?»

Ну для того вроде и пользуемся IDE, чтобы они делали «половину» работы за нас.

Эссе на тему «Как стать программистом?»

Понимаю, что фраза, возможно, не совсем корректна, но выбор тут продиктован IDE. Visual Studio действительно прекрасный инструмент, уровня которого я не встречал на Linux.

Эссе на тему «Как стать программистом?»

-del

Эссе на тему «Как стать программистом?»

Писать с нуля свои велосипеды конечно интересней, но вряд ли полезней. Зачем расширять коллекцию govnokod.ru?

SonataMediaBundle. Русская версия перевода файла xliff

Сделайте pull request на github. Вот это сможет сберечь время.

О (гибких) методологиях

в команде из одного человека

в команде, которую еще не набрали

Да, они не умеют его готовить.

Хакеры на экране

В оправдание ужасной визуализации взлома в фильме «Хакеры», я бы сказал что это единственный на моей памяти фильм где постарались правильно использовать IT терминологию и атрибутику. Стоит вспомнить момент с книгами, где упоминается «Red Dragon Book», а также реально существующие «вирусы» Cookie Monster и Elk Cloner.

Angular vs Derby. Должен остаться только один

Минус. Я не могу использовать его для решения моих задач, т.к. MVC на клиенте я могу использовать.

Angular vs Derby. Должен остаться только один

Плюсы MVC на клиенте в сравнение с чем? С plain javascript? Они и так очевидны: модульность, простота реализации, управляемость.

Да Full-Stack это прекрасно, да он позволяет (теоретически) уменьшить дублирование кода, да он удобен. Но все это только для новых проектов.
Если у меня есть живой проект с любым серверным фреймворком и plain javascrpipt на клиенте, я могу упростить себе жизнь интегрировав любой клиентский MVC фреймворк и минимально затронув серверную часть. Для Full-Stack мне придется написать все с нуля.

Angular vs Derby. Должен остаться только один

В заголовке Angular и Derby, в статье MVC на клиенте и Full-Stack. Непонятно раз.
Сравниваем два совершенно разных подхода, каждый со своими плюсами и минусами и делаем однозначные выводы. Непонятно два.

З.Ы. Мне лично очень интересны Full-Stack фреймворки, но я пока не вижу реального им применения в моих задачах.

Angular.js vs Meteor.js vs Derby.js

Под «Обновление приложения без перезагрузки» автор видимо имел ввиду, что если на сервере скажем обновился файл, то банально на клиенте не надо жать F5 чтобы увидеть изменения css или html. Это если утрировать. А вообще это достаточно важная вещь.

В опасном мире символов…

Ох, ADOM сколько часов было угроблена на поиски амулета спасения жизни…
Для новичков (да и не только) стоит прочитать один из вариантов прохождения.
Русская версия (старовата правда) также имеется и носит звучное название ZADOM.

AJAX в компонентах Joomla! 2.5

Так было во времена Joomla! 1.0.x. Начиная с 1.5 уже рекомендовано использовать отдельный view. Я обычно это все вообще в контроллере проворачивал:

class TestController extends JController {
  function foo() {
    $app = JFactory::getApplication();
    $data = array(
      'foo' => ...,
      'bar' => ....
    );
    echo json_encode($data);
    $app->close();
  }
}

Ну и Content-Type по надобности тоже можно здесь же утсановить.

Symfony2 и KnockoutJS — валидация форм

Спасибо, хороший туториал. Надо будет попробовать сделать реализацию для AngularJS.

MySQL клиент формата A4

Очень люблю подобные статьи, но по моему надо бы добавить в хаб «Ненормальное программирование».