Разное

Есть очень большая проблема в компьютерной графике. Что мне делать с версткой? Брать готовые шаблоны? Может быть начинать "писать"  сплошным текстом, а когда все же время дойдет до дизайна, то его потом и прикручивать? Вообщем как быть с этим?

А какие шаблоны? Если свой движок, то самому все писать или заказывать(на фриленсе наверное) А так фотошоп нужно знать, хотя бы все инструменты, а прикрутить... еще css позадротить нужно. Да и поналачу какашечный дизайн будет получаться, что захочется забить на проект)) а потом все лучше и лучше.

>Я не оскорбляю.
>Еще Аристотель писал, что доказательство по дедукции воспринимается собеседником, как силовое давление.
Я на соседнем форуме (http://softtime.org/forum/read.php?id_forum=3&id_theme=2346) уже написал, что не люблю демагогии. И не нужно прикрываться Аристотелем, когда Вы пишете человеку, что он утерял дар речи. И это не единственный случай. А модераторам - работа.

>Случилось так, что мое поколение, закончив вузы вынуждено было переучиваться
И что из этого? Какая в этом трагедия? Медики вообще каждый год переучиваются.

>Преподавание(70) ТОЭ в вузах велось на уровне методик 30 - 40х годов.
А кто кому мешал доучиться самостоятельно?

Я не оскорбляю.
Еще Аристотель писал, что доказательство по дедукции воспринимается собеседником, как силовое давление.
Его опровергнуть не возможно. Но среди исследователей-естествоиспытателей, я не встречал болезненной реакции. Мир дан нам не как мамочка, и люди в нем тоже не идеалы.
Но зачем мне субъективные чувства, я не девочка и мы не близкие друзья.
Сейчас таких спецов, - это качественно, а это не качественно, - море.
А думаете меня не оскорбляет, когда субъективное мнение выдают под соусом. профессионализма. Угнетают психику, как рекламой по ТВ, занимаются вымогательствам.
Когда вас встречает профан, то и обоснованность у него - профанация, а не профессиональная.
Уже каждый день об этом по ТВ трендят.

Я же твердый и ровный как Похоров.
Я абсолютно спокоен, не испытываю ни к кому отрицательных чувств, от темы не отхожу, если
только для аналогии. Испытываю любознательность, уважение к собеседнику, проверяю его аргументацию и сам провожу опровержение, если вижу подвох.
Правда в отличие от Прохорова, если сделаете мне верное замечание,
я как дисциплинированный обязательно приму к сведению,
а если надо принесу свои извинения в виде понимания, что "такого то" не допущу больше, что просто не знал человека, не знал его реакции.

Если вы согласны вести диалог в академическом стиле, с холодной головой, тогда я снова укажу ситуацию с процессорами. Почти все операционные усилители "оттудова".
В ВПК было много своих разработок, но они тогда уже отставали.

В системе же образования у нас переводились книги
Реза Ф., Сили С., Современный анализ электрических цепей. Издательство: М.-Л. Энергия 1964
...Большое внимание уделено геометрической теории электрических цепей и связанным с этой теорие...
http://market.ngs.ru/good/Reza_F_Sili_S_Sovremennyj_analiz_elektricheskih_cepej?id=3558689
С. Сешу
http://www.book-i-nist.com/view.php?book_id=376
http://dataspace.com.ua/product_170.html

Я же сам учился.
Преподавание(70) ТОЭ в вузах велось на уровне методик 30 - 40х годов.
Случилось так, что мое поколение, закончив вузы вынуждено было переучиваться
У меня все друзья работали в системе НПП
Тогда Академией наук СССР было признано, что мы в системе образования в этой части специализации крайне отстали.
Недавно я разговаривал с архивариусом города, где она мне сказала, что закрывается Институт им. Попова. Ну а тут у нас вроде неплохо было. И все равно закрыли
Тут я настолько был поражен, что наши отечественные колонки, стали ставить в ранг ниже западных мыльниц. Мне настолько тяжело и больно, что ловкий язык спекулянта принимал участие в разрушении нашей промышленности
.
Но это я для примера привел, не для углубления вопроса.
Меня интересует UML, паттерны, перспектива.

>Жуткое отставание в 40-50 годы.
А ничего, что у нас Великая отечественная война тут в это время была, и не до этого было? А после войны страна в руинах лежала, а миллионы погибли? Может где-то в каких-то частных областях и было отставание, из-за не хватки рук или ресурсов или просто не до этого было - нужно было страну восстанавливать... Но в целом, наоборот, в научном плане война мобилизовала весь мир - наоткрывали такого, что до сих пор переварить не можем...

Понятно, что именно в период 40-50 многие показатели не то что упали, а просто провалились в тартарары: воевали, а потом разрушенную страну отстраивали.

>я привел ситуацию в электротехнике, где у нас не приживалась теория графов, матриц и многие другие современных методик.

Вы не правы просто по факту. Я с графами много работал, и говорить, что там чего-то в этом плане было не так в электротехнике, электроэнергетике и т.д. это просто не ошибочно.

>Они уже тогда развивали методы анализа и синтеза систем используя перспективные решения на основе матриц.
Ох... Вот одну тему из-за Вас уже отмодерировали на 20 сообщений. Потому что Вы то лезете оскорблять людей, то говорите вещи, которые понять невозможно. И не от того, что Вы такой гениальный, а остальные недоумцы, а от того, что Вы не следите за тем, что пишете. Или не знаете, про что пишете. Что значит - на основе матриц?! Да они везде! И для любого научного работника, инженера, это не какое-то волшебное слово, а лишь рядовой инструмент.

Очень много спорного, это в части паттернов калька с Фаулера, почти без адаптации (лучше его и читать и вообще ООП изучать на изначально объектно-ориентированных языках), посмотрите темы
http://softtime.ru/forum/read.php?id_forum=1&id_theme=85299
http://softtime.ru/forum/read.php?id_forum=1&id_theme=85308
Если кратко, многие паттерны, которые используются в других языках довольно слабо подходят к PHP в силу того, что это изначально не объектно-ориентированный язык. Задачи были решены другими средствами или языками, поэтому паттерны не всегда к месту - они решают давно решенные задачи, предлагая объектно-ориентированный велосипед. Конечно чисто объектно-ориентированные паттерны полезны. Вредно только их бездумное использование. Тоже же синглетон вам сэкономит массу памяти, но не в PHP, где объекты живут только несколько секунд, которые выполняется скрипт и каждый клиент этот синглетон по-новой строит.
Мы в свое время отказались от описания шаблонов (т.е. не стали делать кальку с других языков), так как тут нужно их здорово адаптировать, предлагать шаблоны, которые учитывают особенности среды (многохостовую и многоязыковую). Вот этого я в упомянутой книге не обнаружил. Еще сильнее надо и более понятно описывать (к сожалению, ООП на коротких примерах сложно объяснять - за уши притянуто получается).

PS По сути это перевод с C++/Java на PHP, а потом с английского на русский. Мне тяжелова-то было книгу читать, хотя вроде ничего нового в ней для себя не обнаружил. Уж не знаю кто из "перводчиков" в этой цепочке постарался. Но дело хорошее, не все знают много языков (как языков программирования, так и лингвистических), людям судя по отзывам нравится. Прочитать эту книгу как минимум стоит, принимать близко к сердцу не советую.

> какую новую книгу вы напишите
Не только по программированию. По программированию тоже будет. Но это будет не PHP. Будем ли писать по PHP - пока неизвестно. Почти всё, что хотели сказали, а узкоспециализированные книги не пользуются спросом, и издательствам не выгодно их издавать, как бы автор там умно всё не написал.
Мы будем уходить и на художественные книги.
Думаю, они будут интересны.
Как и программистские, так и художественные.
Есть что сказать.
Изд-ва уже заказали.

Наверное. Я обзорной информацией в этом вопросе не владею.
Раньше публикации в медицине, физике и электронике отслеживал.
На мой взгляд интересная картина в электротехнике развивалась.
Жуткое отставание в 40-50 годы.
Они уже тогда развивали методы анализа и синтеза систем используя перспективные решения на основе матриц. На 1980-90 года сложилась ситуация, что у нас все стали копировать. И книги просто переводили и элементную базу один к одному копировали. Даже в названиях не стеснялись. К примеру процессор Intel 8080, у нас выпускали "наш" под названием 580.

Я и хочу узнать мнение, есть ли у нас наши исследования, вроде
http://www.igor-negrutsa.info/blogs/id/12
PHP. Объекты, шаблоны и методики программирования. Мэтт Зандстра

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

Автор(Мэтт Зандстра) высоко оценивает UML для проектирования. Я UML вообще не знаю.
Для аналогии я привел ситуацию в электротехнике, где у нас не приживалась теория графов, матриц и многие другие современных методик.
Сегодня ситуация другая, но тогда...

>А у нас, в России, как мне кажется, очень много "скороспелок", книг-близнецов.
Их и за рубежом хватает (для книжного бизнеса это самый хлеб), просто переводчики на них время не тратят (такие книги работают короткий срок, нельзя 2-3 года ждать).

Хотел спросить ваше мнение о книге.
PHP. Объекты, шаблоны и методики программирования. Мэтт Зандстра

С мнением http://www.igor-negrutsa.info/blogs/id/12, я наверное во многом согласен.
А у нас, в России, как мне кажется, очень много "скороспелок", книг-близнецов.
Ваши же труды, то что вы сделали, уже никто не сможет повторить и никто не догонит.

Я спрашиваю(Мэтт Зандстра) потому, что мне интересно, какую новую книгу вы напишите, какие планы у вас с этим связаны на ближайшее время и на будущее. Думаю это будет интересно и полезно многим узнать