Программирование - это просто
- Автор темы Жадный КаБан
- Дата начала
sami
Местный
MVC действительно не является жесткой структурой, у него много модификаций и путей к реализации. Но то что автор приводит как множество трактовок, на самом деле является множеством ошибок в трактовке паттерна.
Собственный подход автора, где Model это server, View - layout engine браузера а Controller - скприпт - безусловно интересен как еще одна попытка трактовки, но не имеет никакой практической ценности, т.к. модель остается сама по себе, а вид от контроллера оказывается неотделим принципиально (традиционно же в WEB за View принимается Rendering TO html на стороне сервера).
Еще одна ошибка автора в том, что он не упоминает о том что отделение - это введение абстракции. В любом отделении MVC View прежде всего отделяется от всего остального и являет собой абстракцию. Нужна эта абстракция для того что бы уметь подменять реализацию (не только что бы сделать параллельные вьюшки, а прежде всего для автоматизированного тестирования без пользовательского интерфейса). Сервер мы протестировать можем и без еще одной трактовки MVC. А работу контроллера с двойником модели и вида такой подход тестировать не позволит.
Грамотный подход прежде всего решает какую-то проблему. Что именно решает подход с трактовкой автора в статье не написано, да и навскидку не понятно. Но традиционные задачи MVC он решать не позволяет.
Вот щас пошлю супругу в магазин за пивом. Магазин - модель, я - вид, супруга - контроллер. Интересно, чего я добился, натянув устоявшейся паттерн на свой лад? И что собственно изменилось в магазине (сервере), мне (браузере) и супруге(script) после того как я дал этому новые имена? И чем это будет лучше, чем когда сосед пошлет супругу за пивом, не называя все это паттерном MVC?
Вобщем, цель статьи - "посмотрите, как народ путается и какой я умный!". Теряюсь, что будет в видео...
Попалась ссылка на Хабре -
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Может кому-то будет полезным.
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Может кому-то будет полезным.
sami
Местный
Интересно что после такого введения, Джоэл сел в лужу.
Проблема в том, что значительное кол-во азиатских символов непредставимо двумя байтами (UCS-2). Не говоря уж о том, что существует целая категория символов, непредставимых в Unicode http://en.wikipedia.org/wiki/Kanji#Gaiji
sami
Местный
Да, согласен. Но им и сейчас тяжело. И кодировка символов - далеко не первая проблема. Браузеры умеют передавать особенности их письма только в картинках. А это отсутствие того, к чему мы привыкли - выделение, коприрование текста, индексация сайтов и т.п.
И она аткуальна. Кроме примера, где UCS-2 позволяет писать нечто, на что не жалуются. в 2003-м, наверное, так и было.
Опубликован стандарт C++11 (бывший C++0x)
http://www.linux.org...ews/doc/6859021
http://www.linux.org...ews/doc/6859021
Лицензия у этих книг какая?
CoderA
Местный
На первой странице все написано. Если что-то не понятно, можете обратиться непостредственно к автору.
domenix
Активный пользователь
Позволю на 100% согласиться с кандидатом физико-математических наук професором кафедры новых информационых технологий Шадринского ГПИ автором книги "Assmbler для Windows " Пироговым В.Ю "Програмирование на assemblere для Windows
даёт человеку ощущение власти над компьютером а инкстинт власти один из сильнейших инкстинтов человека".
Лично я считаю что перед изучением языков програмирования высокого уровня С++,Visual basic любому уважаещему себя программисту необходимо изучить assembler
Mожно до хрипоты обсуждать достоинства или недостатки языков высокого уровня но наверно мало кто будет спорить что программы написаные на языке програмирования аsm работают гораздо быстрее чем те что написаны на языках высокого уровня С++ Visual Basic и.т.п да и спектр приминения этого языка гараздо шире чем у С++ , Delpi ,Visual Basic и.т.п
даёт человеку ощущение власти над компьютером а инкстинт власти один из сильнейших инкстинтов человека".
Лично я считаю что перед изучением языков програмирования высокого уровня С++,Visual basic любому уважаещему себя программисту необходимо изучить assembler
Mожно до хрипоты обсуждать достоинства или недостатки языков высокого уровня но наверно мало кто будет спорить что программы написаные на языке програмирования аsm работают гораздо быстрее чем те что написаны на языках высокого уровня С++ Visual Basic и.т.п да и спектр приминения этого языка гараздо шире чем у С++ , Delpi ,Visual Basic и.т.п
sami
Местный
Основной недостаток asm в том, что стоимость разработки на нем многократно выше чем у высокоуровневых языков.
domenix
Активный пользователь
Позволь не согласиться с твоим мнением : вряд-ли ты будешь оспаривать тот факт что наиболие точный перевод получиться есле сразу перевести что-либо из оригинала в оригинал,так как каждый последующий переводчик неизбежно внесёт неточности в текст .Такую-же аналогию можно провести между языками высокого уровня и родным языком машины assembler`ом
Отлаживать программы на assembler`e конечно труднее и хлопотнее чем на языках высокого уровня, но выигрыш в длинне программы и её быстродействии того стоит
sami
Местный
Если бы оно того стоило, то ассемблер был бы сейчас повыше в рейтинге использования языков, чем на 24-м месте.
Позвольте спросить, а Вы писали что-нибудь более-менее серьёзное на асме? То с какой лёгкостью Вы оперируете сравнениями с языками высокого уровня, вызывает сомнение в наличии высокого уровня знания предмета спора. В своё время несколько лет занимался написанием программ для Z80 и прекрасно помню, сколько труда приходилось затрачивать на отладку. При этом уровень моей "продукции" был весьма далёк от разработок мэтров типа Code Busters (поклонники zx-spectrum поймут о ком речь). Создание программ для спектрумов именно на асме было вынужденной мерой, т.к. вычислительная мощность и обЪёмы внутренней/внешней памяти были весьма скромными, что приводило к необходимости экономии буквально каждого такта и байта. Современные же компьютеры в разных ипостасях имеют достаточные мощности при разумных ценах на саму аппаратуру, что позволяет не заморачиваться на разницу в несколько килобайт между выходным размером exe, написанным на асме и, к примеру, с++.
Компания Red Hat анонсировала запуск сайта проекта нового языка программирования — Ceylon.
Ceylon позиционируется как «язык программирования для написания больших программ в команде». Написанные на Ceylon приложения запускаются в рамках виртуальной машины Java (JVM). Сам язык является объектно-ориентированным, использует статическую типизацию данных, синтаксис Ceylon очень похож на Java.
На сайте проекта Ceylon называется «элегантным, хорошо читаемым, очень надежным в смысле типов данных (typesafe) и призванным просто решать задачи», а также легким в обучении для программистов, знакомых с популярными в бизнес-среде языками программирования. Интегрированная среда разработки (IDE) для Ceylon основана на Eclipse и доступна в виде «сборки предварительного релиза», которая пока рекомендуется для использования только большими энтузиастами.
Авторы Ceylon утверждают, что «любят Java, но знают об ограничениях этого языка». Новый язык призван стать «более простым средством создания общего кода (библиотек и фреймворков) и описания древовидных структур (особенно пользовательских интерфейсов)». При этом в качестве «вдохновителей» Ceylon называется не только Java, но и «другие семейства языков: от Smalltalk до ML».
Ceylon позиционируется как «язык программирования для написания больших программ в команде». Написанные на Ceylon приложения запускаются в рамках виртуальной машины Java (JVM). Сам язык является объектно-ориентированным, использует статическую типизацию данных, синтаксис Ceylon очень похож на Java.
На сайте проекта Ceylon называется «элегантным, хорошо читаемым, очень надежным в смысле типов данных (typesafe) и призванным просто решать задачи», а также легким в обучении для программистов, знакомых с популярными в бизнес-среде языками программирования. Интегрированная среда разработки (IDE) для Ceylon основана на Eclipse и доступна в виде «сборки предварительного релиза», которая пока рекомендуется для использования только большими энтузиастами.
Авторы Ceylon утверждают, что «любят Java, но знают об ограничениях этого языка». Новый язык призван стать «более простым средством создания общего кода (библиотек и фреймворков) и описания древовидных структур (особенно пользовательских интерфейсов)». При этом в качестве «вдохновителей» Ceylon называется не только Java, но и «другие семейства языков: от Smalltalk до ML».
www.nixp.ru
http://ceylon-lang.org/