Берем домен контролер. Одни подключаются стандартными для себя средставми. Другие через самбу.
Берем обновления, через политику группвую. Допустим все идут черех wsus. Значит надо создать 2 группы в каталоге и одним накатывать, другим качать по другому.
Если это не чем не отличается, то думаю можно еще кучу привести. Так что все таки унифицированное все таки лучше. Если переводить клиентские станции то по полной. Если частично, то лучше не тратить время админа, свое, и главное потом проблемы детские которые возникнут при первичной обкатке
Кстати если автор говорит, что «на максимальное количество» рабочих станций, то это значит НЕ НА ВСЕ. А значит будет смешанная структура, которую тяжелее поддерживать чем единообразную.(чисто windows или чисто linux внутри себя более унифицированные чем между windows и linux) С теми же драйверами будет беготня, что у Вася работает а у Пети не работает! Хочу как у Васи.
Не являюсь противником не одной из систем, но помоему автор явно напрашвается на холивар.
Все технологии связанные с параллельной обработкой в 1 статью не запихнешь.(в мфти неделя с занятиями по 10-12 часов в день 2 группы было. я после еще месяц допонимал многое с тех курсов. в ННГУ на школе по параллельным вычислениям был недельный курс по 7 различным направлениям. одно перечисление тем это на пару статей выйдет)
Облачный вычисления это в зависимости от типа и реализации это по большому счете: Распараллеливание на уровне задач и Уровень параллелизма данных.
Тем более что, статья называется «Знакомство с уровнями распараллеливания» а не полный курс по паралельным вычислениям.
А свою тематику статья выдерживает полностью! Автору спасибо за труд!
Это все равно что быть гробовщиком. Что такое счастье гробовщика- много заказов. А будет ли людям счастье от того, что гробовщик похоронил в этом месяце тройную норму?
Мне кажется, что все таки нужно изучать новые технологии. Делать ставку на прошлое — рискованей. Сейчас и так много костылей в ИТ, который тормозят развитие, а автор предлогает эти костыли продолжать поддерживать.
Мои претензии не к автору перевода конечно, спасибо ему за перевод, а скорее к автору оригинальной книги.
Автору перевода -спасибо за добросовесный труд.
Действительно наверное все проще чем мне показалось в начале, но все же сделать обертку как то проще помоему чем наследоваться от абстрактоно класса и определять еще и свойства как абстрактные. Это может не по архитектуре Феншую аказаться
а вот такая реалзиация простая в виде обертки меня очень прильщает.
UndoRedo name = new UndoRedo<string />("");
Если действительно есть какие то подводные камни, то напишите их. Тема то очень интересная.
Внешне выглядит действительно похоже. Хочется даже попробовать сделать сравнение.
Но если честно .Net Generic c его
private readonly UndoRedo name = new UndoRedo<string />("");
public string string Name
{ get { return name.Value; } set { name.Value = value; }}
Выглядит несколько проще чем требование реализации списка этих интерфейсов в EditableObject ( Business Logic Toolkit )
Вот список пространств имен и интерфейсов требуемых для работы с эти проектом (у коллекций чуть другие интерфейсы bltoolkit.net/doc/EditableObjects/index.htm)
System.ComponentModel IEditableObject
System.ComponentModel INotifyPropertyChanged
System.ComponentModel ICustomTypeDescriptor
System ICloneable
BLToolkit.ComponentModel INotifyObjectEdit
BLToolkit.EditableObjects IEditable
BLToolkit.Validation IValidatable
Возможно я не правильный ученик.
Но мне проще посмотреть какое нибудь видео наглядное. Поискать описание технологии от создателей, почитать их блоги. В итоге получить общее представление. Затем уже по какому нибудь курсу или иногда справочнику уже реализовывать что то.
По другому как то не получается, что бы сразу взял учебник и учи. Как правило в них тяжело сразу понять что и зачем. А без понимания причин и общего смысла я лично изучать не умею.
А во всех этих курсах как на интуите к примеру изучения языка начинается с истории а не с платформы. И потом сразу в бой операторы и типы данных. А что на языке можно реализовать и показать общий вид приложений разных и так далее -это за кадром остается. Могу ошибаться но курсы по C# раньше были именно такие там.
По этому я не могу с интуита начинать изучение. Уж лучше для начала мануалы, блоги и видео от авторов технологий на ломаном китайском\английском чем большинство курсов на русском. Понятнее и показательнее оказывается.
Хотя возможно это только я такой не правильный ученик, который не может учиться по книжке сразу.
Спасибо за подборку. Англоязычных ресурсов много не знакомых.
Вы бы как нибудь это структурировали то или ранжировали как-нибудь. Если честно то я бы к примеру поставил TechDays выше чем Intuit, по принцыпу ранжирования фундаментальности (на интуите курсов много, но большинство то в тестовом виде. Для начинающего не очень наглядно.)
А по структуре, разбили бы по принцыпу что и где можно найти. Видео\презентации. Или программироавние\администрирование.
Если бы сделали, то было бы просто шикарно!
Еще раз спасибо.
Вы бы спиоск проектов сразу предложили над которыми можно было бы работать. Было бы и интереса больше и может кого то зацепило бы это реализовать. Да и вдруг у кого уже наработку, как на примеру ваши две.
Идея благая то!
Цитирую одного из преподов своей кафедры-
«Подавляющее большинство препоавателнй нашей кафедры — выходцы из МИЭМ'а, так что для них возврат в родную среду.»
Так что не думаю, что у тех кто на 23.01.01 специальнсть(вычислительные машины, комплексы, системы и сети) какие то будут большие чем у себя в вуза. В общем пока что это больше пугать должно бы МГУПИ а не МИЭМ. Наверное, то факт что многие преподователи с ит факультета выходцы с МИЭМ и повлиял, что именно эти вузы объединяют. Многие преподователи вместе учились видать.
Сегодня говорил с преподавателями и завкафедрой (ИТ4) своим из МГУПИ. Слияние планируется путем объединения кафедр. Приказ министр еще не подписал, но если это будет, то планы будут такие: Студенты будут объеденены и преподавательские составы между собой тоже. Но это для тех кафедр, которые одинаковые специальности имеют в обоих вузах. Что с остальными будет- не кто не знает, но скорее всего просто присоеденены к профильному факультету. Пенсионеров, если будет достойная замена молодыми преподавателями с почестями проводят на пенсию(наш завкафедрой в частности уже думает что на пенсии делать будет ). Так что о разгоне преподавателей или студентов какого либо из вузов речи и быть не может.
Наши преподователи сказали, что вести пары будут преподаватели с обоих универов, уже через год после объединение -это 100%. Но опять же повторюсь- Приказ министром еще не подписан об объединении или по крайней мере завкафедрой не знает.
Из разговора с преподователями заметил интесное наблюдение. Это новость заставила многих из них шевелиться. Появились прямо Наполеоновские планы по улучшению деятельности кафедры. То о чем мечтали студенты последние пару лет(говорю за себя), грозятся сделать на кафедре за пару месяцев. Так что вроде у меня на кафедре по крайней мере эту новость восприняли, как сигнал что пора бы оживится и улучшить свою деятельность. То что раньше еле текло, теперь просто забурлило.
Если что еще буду узнавать, готов рассказывать тут или где либо еще.
Неведенье порождает страх.
Что и кого сравнить можно по разному. Можно раздолбаев сравнить, можно реальных программистов продвинутых. Можно комбинировать. Результаты будут не предсказуемыми.
Если объединят родственные специальности, то у каждого будет возможность доказать на делах, какой и у кого уровень. Все таки по факту будем за ОДНОЙ ПАРТОЙ (если по взрослому- В ОДНОМ ПРОЕКТЕ).
Я знаю Виталия Козлова. MVP. MSP.Учится в МИЭМ Со мной в вузе(даже работаем вместе.) учится тоже MVP.MSP Сергей Пугачев. Он в МГУПИ. Так что в плане уровня, предлогаю не языком чесать, а если специальности объединят, то на месте и убедиться у кого какой уровень.
Хотя лучше не мериться размерами и сделать что нибудь полезное вместе, что раньше не кто по отдельности не делал.
Не думаю что права будут более птичьи чем у моей кафедры(ит4. вычислительные машины, комплексы, системы и сети) У нас нет своей кафедры в основном здании. а во втором куда нас переселили у нас 2 лаборатории компьютерных, 2 преподавательских, и 1 лекционная аудитория. В основном здании мы ГОСТИ. Так, что хуже не будет не кому!
Сейчас там учится только ИТ факультет. там еле место нашлось, что бы приютить после пожара 4кафедры и то не полностью. Так что сложный вопрос что будет при объединении Ит факультетов вузов. Это ведь не в расписании поменять аудиторию. Ит надо объединять под единой крышей, но чьей!
Первое здание между Сокольниками и Преображенской площадью.
Второе (Он же совмещен с Техником. там учится половина ИТ тк лет 5 назад большая часть помещений ИТ факультета на сокольниках сгорела на 4 этаже.) находится на Серпуховской в 5 минутах от метро и Плешки.
Там учатся почти полностью ИТ4(вычислительные машины, комплексы, системы и сети) ит6 (Программное обеспечение вычислительной техники и автоматизированных систем) а так же часть бывшего факультета ИС. Если не ошибаюсь робототехник и кто еще.)
Являюсь студентам ИТ факультета и одновременно сотрудником МГУПИ.
Очень удивлен сообщению о слиянию вузов. Удивлен что не нас к МИЭМ присоединяют. Думаю кого к кому присоединять выбрал рандом. Но знаю что оба вуза из нутри будут сильно перекурочены: как минимум объединить ИТ факультеты 2 вузов, с разными программами и сходными специальностями задача сложная.
Искренне надеюсь, что те кто это все делают знают, что и зачем они делают.
И что в итоге это все сделает лучше для студентов, которые хотят знаний и навыков а не протирать штаны на менеджментских и экономических и прочих специальностях.
Возможна ли разработка альтернативной ветки MySQL сообществом без участия Oracle?
Изменится ли приорететы при разработке MySQL после объединения Sun и Oracle?
Сам рассказ конечно интересный. Приятно прочесть что нибудь фундаментальное на хабре! Искренне мое вам уважение.
НО:
Вы рассказали про асимтотику, но про константы совершенно не раскрыли тему. Читая статью мне стало казаться, что пузырек всегда плох… а что нибудь с O*log(n) всегда прямо манна небесная. Вы бы сделали акцент что такой анализ хорош на БЕСКОНЕЧНЫХ N, когда константа C уже не сильно важна для анализа. Реальные массивы то ограниченые. В зависимости от N и точной константы C алгоритмы с полиномиальной сложностью вполне могут быстрее логорифмеческих.
Приведу пример не на сортировке а на умножении матриц-
Классический алгоритм умножения строки на столбец дает порядок O(n^3) а к примеру алгоритм Вейерштрасса дает O(n^2.73)… казалось бы счастье… но не всегда. тк коээфициент перед классическим алгоритмом будет порядка десятки а Вейерштрассе порядка 100.
Вот по этом стоит упомянуть все таки про Бесконечные N и константу по лучше.
Да и Вы бы хоть какой нибудь алгоритм сортировки кроме пузырька рассмотрели. Та же быстрая сортировка или сортировка вставками была бы в этой статье очень к месту
Берем обновления, через политику группвую. Допустим все идут черех wsus. Значит надо создать 2 группы в каталоге и одним накатывать, другим качать по другому.
Если это не чем не отличается, то думаю можно еще кучу привести. Так что все таки унифицированное все таки лучше. Если переводить клиентские станции то по полной. Если частично, то лучше не тратить время админа, свое, и главное потом проблемы детские которые возникнут при первичной обкатке
Не являюсь противником не одной из систем, но помоему автор явно напрашвается на холивар.
Облачный вычисления это в зависимости от типа и реализации это по большому счете: Распараллеливание на уровне задач и Уровень параллелизма данных.
Тем более что, статья называется «Знакомство с уровнями распараллеливания» а не полный курс по паралельным вычислениям.
А свою тематику статья выдерживает полностью! Автору спасибо за труд!
Мне кажется, что все таки нужно изучать новые технологии. Делать ставку на прошлое — рискованей. Сейчас и так много костылей в ИТ, который тормозят развитие, а автор предлогает эти костыли продолжать поддерживать.
Мои претензии не к автору перевода конечно, спасибо ему за перевод, а скорее к автору оригинальной книги.
Автору перевода -спасибо за добросовесный труд.
Феншуюаказатьсяа вот такая реалзиация простая в виде обертки меня очень прильщает.
UndoRedo name = new UndoRedo<string />("");
Если действительно есть какие то подводные камни, то напишите их. Тема то очень интересная.
Но если честно .Net Generic c его
private readonly UndoRedo name = new UndoRedo<string />("");
public string string Name
{ get { return name.Value; } set { name.Value = value; }}
Выглядит несколько проще чем требование реализации списка этих интерфейсов в EditableObject ( Business Logic Toolkit )
Вот список пространств имен и интерфейсов требуемых для работы с эти проектом (у коллекций чуть другие интерфейсы bltoolkit.net/doc/EditableObjects/index.htm)
System.ComponentModel IEditableObject
System.ComponentModel INotifyPropertyChanged
System.ComponentModel ICustomTypeDescriptor
System ICloneable
BLToolkit.ComponentModel INotifyObjectEdit
BLToolkit.EditableObjects IEditable
BLToolkit.Validation IValidatable
Но мне проще посмотреть какое нибудь видео наглядное. Поискать описание технологии от создателей, почитать их блоги. В итоге получить общее представление. Затем уже по какому нибудь курсу или иногда справочнику уже реализовывать что то.
По другому как то не получается, что бы сразу взял учебник и учи. Как правило в них тяжело сразу понять что и зачем. А без понимания причин и общего смысла я лично изучать не умею.
А во всех этих курсах как на интуите к примеру изучения языка начинается с истории а не с платформы. И потом сразу в бой операторы и типы данных. А что на языке можно реализовать и показать общий вид приложений разных и так далее -это за кадром остается. Могу ошибаться но курсы по C# раньше были именно такие там.
По этому я не могу с интуита начинать изучение. Уж лучше для начала мануалы, блоги и видео от авторов технологий на ломаном китайском\английском чем большинство курсов на русском. Понятнее и показательнее оказывается.
Хотя возможно это только я такой не правильный ученик, который не может учиться по книжке сразу.
Вы бы как нибудь это структурировали то или ранжировали как-нибудь. Если честно то я бы к примеру поставил TechDays выше чем Intuit, по принцыпу ранжирования фундаментальности (на интуите курсов много, но большинство то в тестовом виде. Для начинающего не очень наглядно.)
А по структуре, разбили бы по принцыпу что и где можно найти. Видео\презентации. Или программироавние\администрирование.
Если бы сделали, то было бы просто шикарно!
Еще раз спасибо.
Идея благая то!
«Подавляющее большинство препоавателнй нашей кафедры — выходцы из МИЭМ'а, так что для них возврат в родную среду.»
Так что не думаю, что у тех кто на 23.01.01 специальнсть(вычислительные машины, комплексы, системы и сети) какие то будут большие чем у себя в вуза. В общем пока что это больше пугать должно бы МГУПИ а не МИЭМ. Наверное, то факт что многие преподователи с ит факультета выходцы с МИЭМ и повлиял, что именно эти вузы объединяют. Многие преподователи вместе учились видать.
Наши преподователи сказали, что вести пары будут преподаватели с обоих универов, уже через год после объединение -это 100%. Но опять же повторюсь- Приказ министром еще не подписан об объединении или по крайней мере завкафедрой не знает.
Из разговора с преподователями заметил интесное наблюдение. Это новость заставила многих из них шевелиться. Появились прямо Наполеоновские планы по улучшению деятельности кафедры. То о чем мечтали студенты последние пару лет(говорю за себя), грозятся сделать на кафедре за пару месяцев. Так что вроде у меня на кафедре по крайней мере эту новость восприняли, как сигнал что пора бы оживится и улучшить свою деятельность. То что раньше еле текло, теперь просто забурлило.
Если что еще буду узнавать, готов рассказывать тут или где либо еще.
Неведенье порождает страх.
Если объединят родственные специальности, то у каждого будет возможность доказать на делах, какой и у кого уровень. Все таки по факту будем за ОДНОЙ ПАРТОЙ (если по взрослому- В ОДНОМ ПРОЕКТЕ).
Я знаю Виталия Козлова. MVP. MSP.Учится в МИЭМ Со мной в вузе(даже работаем вместе.) учится тоже MVP.MSP Сергей Пугачев. Он в МГУПИ. Так что в плане уровня, предлогаю не языком чесать, а если специальности объединят, то на месте и убедиться у кого какой уровень.
Хотя лучше не мериться размерами и сделать что нибудь полезное вместе, что раньше не кто по отдельности не делал.
Второе (Он же совмещен с Техником. там учится половина ИТ тк лет 5 назад большая часть помещений ИТ факультета на сокольниках сгорела на 4 этаже.) находится на Серпуховской в 5 минутах от метро и Плешки.
Там учатся почти полностью ИТ4(вычислительные машины, комплексы, системы и сети) ит6 (Программное обеспечение вычислительной техники и автоматизированных систем) а так же часть бывшего факультета ИС. Если не ошибаюсь робототехник и кто еще.)
Очень удивлен сообщению о слиянию вузов. Удивлен что не нас к МИЭМ присоединяют. Думаю кого к кому присоединять выбрал рандом. Но знаю что оба вуза из нутри будут сильно перекурочены: как минимум объединить ИТ факультеты 2 вузов, с разными программами и сходными специальностями задача сложная.
Искренне надеюсь, что те кто это все делают знают, что и зачем они делают.
И что в итоге это все сделает лучше для студентов, которые хотят знаний и навыков а не протирать штаны на менеджментских и экономических и прочих специальностях.
Изменится ли приорететы при разработке MySQL после объединения Sun и Oracle?
НО:
Вы рассказали про асимтотику, но про константы совершенно не раскрыли тему. Читая статью мне стало казаться, что пузырек всегда плох… а что нибудь с O*log(n) всегда прямо манна небесная. Вы бы сделали акцент что такой анализ хорош на БЕСКОНЕЧНЫХ N, когда константа C уже не сильно важна для анализа. Реальные массивы то ограниченые. В зависимости от N и точной константы C алгоритмы с полиномиальной сложностью вполне могут быстрее логорифмеческих.
Приведу пример не на сортировке а на умножении матриц-
Классический алгоритм умножения строки на столбец дает порядок O(n^3) а к примеру алгоритм Вейерштрасса дает O(n^2.73)… казалось бы счастье… но не всегда. тк коээфициент перед классическим алгоритмом будет порядка десятки а Вейерштрассе порядка 100.
Вот по этом стоит упомянуть все таки про Бесконечные N и константу по лучше.
Да и Вы бы хоть какой нибудь алгоритм сортировки кроме пузырька рассмотрели. Та же быстрая сортировка или сортировка вставками была бы в этой статье очень к месту