Ебаны уроды! Раньше для ознакомления и начала изучения Dart использовалась простая программка — вводишь текст в поле ввода, жмёшь кнопку, меняется текст в прямоугольнике рядом. Сейчас же открыв ссылку "Get Started" тебе втюхивают эту же программку, но уже с Angular.js. Целый мать его фреймворк для такой хуйни! Который, возможно, я ненавижу и который мне и даром не нужен. Может всё что я хочу это чтобы пользователи загружали сотни килобайт транслированного в JavaScript Dart кода для того чтобы увидеть как меняются картинки на странице и чтобы они могли отправить несклько строк текста с помощью AJAX. Мне не нужен Angular. Ссылка на программку без Angular: https://webdev.dartlang.org/codelabs/darrrt Интересно, когда они его закроют.

Вот такие вот они разработчики сайтов. https://www.livecoding.tv/i...p-api-improvements-3 Чувак проходит тест по JavaScript и нихуя не знает. Даже что такое appendChild. Вот так вот.

I'm a fucking webmaster https://justinjackson.ca/webmaster/

Читаешь ты такой документацию по Qooxdoo (a universal JavaScript framework) и после обновления страницы ( http://manual.qooxdoo.org/c...op/ui_layouting.html ) оно тебе пишет что This site can’t be reached. manual.qooxdoo.org’s server DNS address could not be found.

In my talk, “Scalable >JavaScript Application Architecture” (video, slides), I made the point that your application should never need to know which browser it’s running in. Application logic should be written one way for all browsers in order to keep the code maintainable. If you’re using native APIs in your application logic, you can’t help but know what browser is being used because you need to account for browser differences. That means your application logic will always need to be updated as new browsers and new browser versions are released. That’s a recipe for disaster.

You should absolutely be using a JavaScript library to abstract away browser differences for you. That is the appropriate location in your JavaScript architecture for browser-specific code to exist. Libraries like jQuery, YUI, and Dojo abstract away browser differences behind facades, which allow you to focus on building your application logic in a browser-agnostic way. This gives you a great advantage over using native APIs directly: Browser incompatibilities can be changed within the library and the rest of your application logic doesn’t have to change at all. What’s more, these popular JavaScript libraries are actively maintained and tested against new browsers, so upgrading is all you have to do to get the latest fixes. In a world where JavaScript’s applications are getting more and more complex, using a JavaScript library gives you a big advantage as your application continues to grow and evolve.

http://chimera.labs.oreilly...4000001655/ch01.html

http://techblurt.com/2014/0...pt-framework-wisely/
Why I Prefer AngularJS vs. KnockoutJS — http://www.andrewconnell.co...ularjs-vs-knockoutjs (Knockout.js и Angular.js это разные вещи из разных категорий)

https://www.quora.com/MVC-PHP-or-ASP-NET-C-Why

http://www.sitepoint.com/mvc-problem-solution/

Ненавижу эту хуйню! Пока, блять, скачал, установил Symfony 2, пока настроил Apache. И тут на тебе:

FatalErrorException in classes.php line 6244:
Parse Error: syntax error, unexpected '{'

Ну ебать! Долбаное Похапэ! В файле /srv/www/htdocs/super/app/cache/dev/classes.php нету ; и написано {}

        $msg = sprintf('The _controller value "%s:%s:%s" maps to a "%s" class, but this class was not found. Create this class or check the spelling of the class and its namespace.', $bundle, $controller, $action, $try)

{
}

У меня пропало уже всякое желание изучать этот Symfony и появилось желание забросить это Похапэ.

"Есть рабочий сайт написанный на ASP.NET" охрененное название проекта.

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

Ебать мой хуй! "Переработаны механизмы хранения строк и обработки строковых данных, что позволило сократить потребление памяти и увеличить производительность строковых операций. Ранее все символы в строке хранились в UTF-16 и занимали два байта, теперь символы диапазона Latin1 занимают один байт. В итоге, при открытии англоязычного интерфейса Gmail потребление памяти на хранение строк сократилось почти в два раза, с 11 до 6.4Мб. Для кириллицы выигрыш не столь ощутимый, но всё равно значительный с учётом того, что около 30% строковых данных на таких сайтах подпадают в диапазон Latin1 за счёт HTML-разметки и JavaScript-кода." Отсюда: http://www.opennet.ru/opennews/art.shtml?num=40536

PHP — говно. PHP почти что не поддерживает UTF. "Почти что" конечно громко сказано, но бля, отдельный модуль для работы со строками в многобайтовых кодировках! Перед использованием функций из расширения mbstring ещё нужно установить внутреннюю кодировку скрипта в UTF используя функцию mb_internal_encoding до вызова функций из mbstring! Некоторые стандартные функции для работы со строками в однобайтной кодировке не имею аналогов для работы со строками в многобайтовых кодировках! Почему с этого говна все до сих пор не свалили на что-то другое? Тот же Python выглядит как-то поприятнее.

Цитата из книги: "When '#required' is set to TRUE , Drupal will throw an error if the form is submitted
without a value in that element. Required fields are also marked with an asterisk in
their labels. Again, this happens transparently without any extra code. Drupal will
even highlight the field when an error applies to it! This on-the-fly error handling and
form validation is one of the reasons Form API is such a boon to developers.". Написано что всё происходит програчно, но нет же никакой прозрачности. Ты пишешь какую-то хуйню а всё остальное делается где-то внутри системы.

Мне начинает казатся Drupal какое-то говно и что документация у них говно. Никак не могу вкурить как, бляь, создать форму. В книжке пишут так, в документации по другому.

( ! ) Fatal error: Call to undefined method DB_Error::numRows() in /home/cdev/html/modules/vacancy/frontend.class.php on line 174 На сайте cdev.ua. С сайта: Contentum Development (CDev) - это молодая, динамичная IT-компания, специализирующаяся на разработке современных web-ориентированных информационных систем.

Здесь: http://jqapi.com/ можно скачать оффлайновою документацию по API jQuery. А также удобно читать и искать на сайтике.