Форум Краматорська
Краматорськ та світ навколо нас => Компьютеры, мобилки, софт, Интернет, провайдеры => Тема розпочата: Николай від 16 Січень 2008, 17:43:37
-
подскажите пожалуйста где можно найти хорошие компьютерные курсы по теме "Создание сата и т.д и т.п."
ответ на АСЬКУ-444642727, или имейл sanford72@mail.ru
-
А зачем САТА создавать? Вот продаются, много и не дорого http://www.texnika.com.ua/price?go=56535.31565757737600
А если ты про создание сайта, то в Краматорске ничего толкового ты не найдешь.
Могу дать совет - поставь себе целью сделать сайт какой нибудь тематики и делай его пока не научишся.
-
нужны пару уроков фотошопа, у кого есть время на этих выходных?
-
нужны пару уроков фотошопа, у кого есть время на этих выходных?
времени нет
могу залить 250М всяких уроков по фотошопу
-
нужны пару уроков фотошопа, у кого есть время на этих выходных?
времени нет
могу залить 250М всяких уроков по фотошопу
не, спасибо, мне бы кто показал бы, уроки есть, в них много лишнего, мне чуть-чуть надо
-
Всякие эти курсы-шмурсы напоминают двухнедельные курсы пилотов Люфтваффе - вроде чувствуешь себя ассом, а в первом же бою - кранты. Довелось мне пройти курсы по патернам проектирования - и у меня чуть крышу не сорвало :girl_werewolf:
-
нужны пару уроков фотошопа, у кого есть время на этих выходных?
могу научить, как в компьютерной игре "танчики", танк поворачивать на 180 градусов всего двумя пальцами на клаве.
-
Довелось мне пройти курсы по патернам проектирования - и у меня чуть крышу не сорвало :girl_werewolf:
Отчего ж так? :)
-
Довелось мне пройти курсы по патернам проектирования - и у меня чуть крышу не сорвало :girl_werewolf:
Отчего ж так? :)
Ну вот на примере Factory Method: допустим, стоит задача вырвать гланды. Мы можем использовать очень гибкий метод - зонд в задницу, в котором предусмотрим насадки типа клещей, телекамеры, фонарика, сенсоров; будет плавно перемещаться из прямой кишки, делая массаж простаты и проверяя на глисты, поднимаясь вверх он сможет удалить аппендикс, проверить кислотность желудка и удалить гланды, пройдя через пищевод (и дальше их затащить в анальное отверстие по ходу выхода - для пущей гибкости процесса) А можем очень банально - обычными клещами, просто через рот, но в этом случае у нас не будет расширяемости и гибкости, как у суперзонда.
-
Довелось мне пройти курсы по патернам проектирования - и у меня чуть крышу не сорвало :girl_werewolf:
Отчего ж так? :)
Ну вот на примере Factory Method: допустим, стоит задача вырвать гланды. Мы можем использовать очень гибкий метод - зонд в задницу, в котором предусмотрим насадки типа клещей, телекамеры, фонарика, сенсоров; будет плавно перемещаться из прямой кишки, делая массаж простаты и проверяя на глисты, поднимаясь вверх он сможет удалить аппендикс, проверить кислотность желудка и удалить гланды, пройдя через пищевод (и дальше их затащить в анальное отверстие по ходу выхода - для пущей гибкости процесса) А можем очень банально - обычными клещами, просто через рот, но в этом случае у нас не будет расширяемости и гибкости, как у суперзонда.
(http://cetki.com/uploads/posts/1170169897_geits.jpg)
Классика :)
-
Довелось мне пройти курсы по патернам проектирования - и у меня чуть крышу не сорвало :girl_werewolf:
Отчего ж так? :)
Ну вот на примере Factory Method: допустим, стоит задача вырвать гланды. Мы можем использовать очень гибкий метод - зонд в задницу, в котором предусмотрим насадки типа клещей, телекамеры, фонарика, сенсоров; будет плавно перемещаться из прямой кишки, делая массаж простаты и проверяя на глисты, поднимаясь вверх он сможет удалить аппендикс, проверить кислотность желудка и удалить гланды, пройдя через пищевод (и дальше их затащить в анальное отверстие по ходу выхода - для пущей гибкости процесса) А можем очень банально - обычными клещами, просто через рот, но в этом случае у нас не будет расширяемости и гибкости, как у суперзонда.
Так вас монстровитость паттернов некоторых напугала или стиль преподавания на курсах? :) Кстати, чё там в первом то бою после них случилось? Классический случай описанный выше? :)
-
Майкрософт гнет политику партии в сторону визуального проектирования, изобретая свои велосипеды. В частности, адепт Майкрософта должен в своей работе сначала сделать архитектуру в DSL (в Студии есть так называемые Class Diagram), где на этом божественном языке описать все классы, члены, провести ассоциации (нарисовать паттерн, в общем), а потом уже наполнять его конкретным содержимым (благо, диаграммы классов работают как code behind). Да, это офигенно классно, на практике применил для нашего ретейловского приложения под Compact Framework, чтобы поддерживались все известные и неизвестные устройства, заработало с первого раза и уже 2 месяца ни одного бага не прислали по этой версии, просто через абстракцию и описанием девайса в XMLе, но, блин, если посмотреть какой при этом генерится код (офигеть сколько классов и аждохерища пропертей от линий ассоциации) - этот код без диаграммы не прочтешь.
Отдельный разговор и про Windows Workflow. Просто, это все классно, но не всегда оправданно (AbstractCreator - ConctereCreator, AbstractProduct - ConcreteProduct, инкапсулировано в client - на примере FactoryMethod, вместо того, чтобы просто создать инстанс в строке кода). Это было лирическое отступление от темы :)
-
Майкрософт гнет политику партии в сторону визуального проектирования, изобретая свои велосипеды.
Это есть.. хотя никто не мешает написать нужный код самому... А диаграмму.. диаграмму при надобности можно и по факту построить.. :)
-
диаграмму при надобности можно и по факту построить.. :)
Та в принципе по факту она и не нужна особо, и Студия может конечно по факту ее построить. Но вроде как диаграмма - первична, потому что это case средство для проектирования, а не для рефакторинга, содержит в себе паттерны, которые потом склеиваются, паттерны содержат в себе "кирпичики", которые даже на диаграмме располагаются классически, с регламентацией конкретного паттерна (в порождающих, например, слева - абстракция, справа - реализация, клиент сверху) - чтобы не думать головой, а сразу по внешнему виду увидеть тот или иной паттерн. Но это ведь не фундаментальные знания, просто старый пердун Эрих Гамма защищал докторскую диссертацию, собирая как Шурик народный фольклер и систематизируя успешный опыт разработчиков. Это ж базовых паттернов, которых должен любой архитектор рисовать как отче наш только 23, а есть ее паттерны MVP, MVC, SOA архитектуры, Microsoft pattern & practices (mobile client software factory, Application blocks, disposer, CompositeUI ...) - хрен проссышь. И вообще, любой уважающий себя архитектор не пишет код - он рисует архитектуру в case средствах проектирования, а дальнейшую набивку ее кодом делают индусы и прочие негры :D
-
диаграмму при надобности можно и по факту построить.. :)
Та в принципе по факту она и не нужна особо
это она ВАМ не нужна.. да и вам максимум первый год после создания софта :) Что первично, а что вторично - вопрос философский :) Но я склоняюсь к тому, что диаграмма - это не
case средство для проектирования
а общепринятые абстракции для визуального отображения архитектуры, а уж как вы их используете - для проектирования или для рефакторинга - дело ваше. В любом случае до непосредственного написания кода архитектуру вы себе как-то представляете, так что тут вы правы - на этапе проектирования их использование очень желательно. Ну хотя бы на уровне статической структуры.
...чтобы не думать головой, а сразу по внешнему виду увидеть тот или иной паттерн.
Головой, ИМХО, всё же стоит пользоваться :)
...просто старый пердун Эрих Гамма защищал докторскую диссертацию, собирая как Шурик народный фольклер и систематизируя успешный опыт разработчиков
:D оригинальная трактовка.. А насчет фундаментальности знаний - вопрос тоже конечно философский :)
ИМХО, такие вещи как MVC и SOA в определенном контексте весьма фундаментальны. Или, например, понимание отличий между stateful и stateless... Практически настолько же фундаментальны, как понятия класса, цикла или рекурсии... Каждое просто живет на своем уровне абстракции.
З.Ы. И дабы не быть уличенным в оффтопе: кого-то интересуют курсы-семинары по GOF и MVC? :)