оригинально, я вообще пошутил, так а что с законом ома, он действительно как-то объясняет улучшение звука? шапку съем… давайте еще вспомним законы Кирхгофа, предвкушая встречный выпад скажу что в курсе что оно не нулевое, также могу сказать что по упомянутому закону его влияние (исключительно активное падение напряжения) например в межблочнике сопротивлением 0.01 ома (оочень фиговый межблочник) в каскаде где сопротивления порядка 100КОм ну где-то что-то типа 10^-7 (-7 степень или 0.0000001) или в прОцентах 0.00001% поговорим об этом значении?
угу, дело в выходном сопротивлении усилителя только вот тут не кабель играет роль а краейне нелинейное сопротивление нагрузки (АС) с большой реактивностью на которую крайне неуверенно работают схемы без ОС, извечный компромисс
угу, а еще в статистике, пять экспериментов это не выборка, думаю на 10 может все поменяться в другую сторону а потом опять и опять ну а на тысяче экспериментов окажется, вдруг, что все три объекта показали одинаковую узнаваемость.
ну либо кабель который за 100 баксов откровенно плохой с плохими контактами ну или дикой реактивностью (ну оооочееенььь дикой — конденсатор впаян внутри) и работает как фильтр в слышимом диапазоне
ну про характеристики понятно, про дизайн у IBM всегда был суперский дизайн, как тут уже говорили для настоящих мужиков, вот только что-то у меня впечатление что корпус тот да не тот, оригинал (ну IBM) был строгим, элегантным, лаконичным а тут появились какие-то китайски мотивы — дебильный кардридер с надписями для слепых, дебильных размеров кнопка для тех у кого пальцы привыкли к молоткам… не? может конечно ошибаюсь но что-то не то…
ё маё, Ваша диаграмма = ODM = модель БД (http://www.agiledata.org/essays/mappingObjects.html)
по последнему, я так и понял, извините но вынужден Вас расстроить, Вы — представитель вымирающей профессии — Agile таки победил и ИМХО Вы хватаетесь сейчас за соломинку, «может оно кому надо» — нет не надо, действительность проголосовала баксом и Agile таки победил.
я именно про то что я не разрабатывают архитектуру каждый раз и поэтому мне не нужен UML, каждый раз я разрабатываю модель бд, а контроллеры че и разрабытывать, их писать нужно.
"«забыв» об MVC. Вот здесь обычно и нужен UML" не верю!!!.. пример в студию когда это нужно.
почему я вспомнил mvc? Вы просили именно PHP, проекты на PHP 99% на mvc сделаны, 99% фремворков это реализация mvc, разве нет? можно жизненный пример из последнего Вашего когда имея mvc Вам понадобилось нарисовать UML, не так что-бы «прикольно» а именно что-бы она помогла
П.С. последний вопрос и я отстану :) Вы архитектор?
гы, Вы нарисовали диаграмму изложенную в любом учебнике, или предлагаете начинать проект с перерисовывания ее «себе в тетрадку»? почитайте еще раз что я написал, 99% это mvc, UML для которого ортодоксален и «в голове» с рождения, описывать контроллеры в UML это пустая трата времени (деревья рисовать?), view — научите как (опять-же двухходовки case тоже считаю пустой тратой времени — не учебник пишем), модель — вот тут я написал про модель бд.
относительно любви к UML у джавистов (сам имел счастье писать на J2EE) есть мнение что это связано с рутинностью их работы (нарисовать диаграммки для них гораздо меньший процент времени на проект чем у других технологий).
99.9% сводится к построению модели бд в одном из case средств и натягиванию на нее mvc, расскажите мне матери 4-х детей как UML применим к mvc паттерну если не брать во внимание модель бд, правда интересно… дебильных case диаграмм в два хода не предлагать
эх, сами создаете себе проблемы, потом сами пытаетесь их решать — альтруизм в клиническом смысле, а вообще сами спросили, сами ответили в последнем предложении
закрытие MySQL глупость, угадайте куда мигрируют пользователи при закрытии MySQL подсказка на Pg начинается на SQL заканчивается и уж точно не на DB/2 — это будет просто слитие клиентов конкуренту.
та ладно, продать историю никон, что в этом неправильного, про «потрусить» я имел в виду добровольно, я думаю они с удовольствием использовали-б эпизод в своей рекламе я на 90% уверен что они так и сделали (или сделают) а мы как не умели «продавать» так и не умеем
ну либо кабель который за 100 баксов откровенно плохой с плохими контактами ну или дикой реактивностью (ну оооочееенььь дикой — конденсатор впаян внутри) и работает как фильтр в слышимом диапазоне
по последнему, я так и понял, извините но вынужден Вас расстроить, Вы — представитель вымирающей профессии — Agile таки победил и ИМХО Вы хватаетесь сейчас за соломинку, «может оно кому надо» — нет не надо, действительность проголосовала баксом и Agile таки победил.
"«забыв» об MVC. Вот здесь обычно и нужен UML" не верю!!!.. пример в студию когда это нужно.
почему я вспомнил mvc? Вы просили именно PHP, проекты на PHP 99% на mvc сделаны, 99% фремворков это реализация mvc, разве нет? можно жизненный пример из последнего Вашего когда имея mvc Вам понадобилось нарисовать UML, не так что-бы «прикольно» а именно что-бы она помогла
П.С. последний вопрос и я отстану :) Вы архитектор?
относительно любви к UML у джавистов (сам имел счастье писать на J2EE) есть мнение что это связано с рутинностью их работы (нарисовать диаграммки для них гораздо меньший процент времени на проект чем у других технологий).
матери 4-х детейкак UML применим к mvc паттерну если не брать во внимание модель бд, правда интересно… дебильных case диаграмм в два хода не предлагать