Как стать автором
Обновить
128.5
Карма
0
Рейтинг
Сычев Игорь @SychevIgor

Azure Solution Architect

Эффективность C++ на современных ПК

Я не против MS или ее технологий. Но на школах по параллельным вычислениям, на которых я был, от слова КОМПИЛЯТОР С++ ОТ MS лекторов бросало просто в жар, правда как и от GCC.
Самый яркий пример в проекте создания медианного фильтра, который мы там делали дало ускорение в 4 раза при замене стандартного компилятора из vs2005 на intel компилятор. Задача конечно весьма специфическая была, обработка массива и сортировка, но результат очевиден. Компилятор все векторизовал хорошо без нас.
Не кто не сделает компилятор для intel архитектуры чем сама intel.

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

Третье и самое важное — если производительность не критична то и забейте на нее. Оптимизировать неделю код, которыйр аботает 2 минуты в месяц -пустая трата времени.

А то, что программист должен понимать всю архитектуру системы на которой работает программа- это нормально. Из личного опыта могу сказать, что переписав программу с C# объектно-ориентированного(каждый узел- объект. инкапсуляция. проверка входных значений и прочие радости C#) на С++ процедурный(десять расчетных функций, openmp ) я ускорил расчеты модели сети раз так в 12.

Так что если хотите производительность-боритесь, изучайте.
Хотите писать быстро -привем C#, Java

Как вы относитесь к разработке опенсорс-продуктов в процессе учёбы?

Участие в проектах -это хорошо. Опенсорсу- тоже хорошо.
Опенсорс проекты в вузе- звучит забавно, потому что если это внутренняя автоматизация, то маловероятно, что где нибудь этот же код смогут применить. Сейчас наблюдаю за написанием системы тестирования в своем вузе, могу сказать что каждый год студенты за диплом делают по 3-4 системы, не кому не нужных. А действующая система работает не плохо, но если дать ее код, кому нибудь другому, то год уйдет только на разбирательство.

По опыту своей учебы в вузе, могу сказать что 2\3 людей с моего потока (думаю в других вузах не лучше) нельзя пускать к коду в принципе. Из оставшейся 1\3 нужен весомый стимул и крепкая рука научрука(как здесь выше сказано — ПРОФИ), иначе через пару дней найдется либо какая нибудь халтурка за деньги или после отладки целый день какого нибудь бага другого студента все желание отвалиться.

Кстати, Неужели кто то думает что студент(я про большинство) будут писать качественный код в опенсорс проектах, особенно в первое время?!

Марк Райнхольд о JDK 7, замыканиях, JRockit и HotSpot

я думаю в поиске набрав JAR HELL, Вы найдете ответы подробные.
Хотя вот сразу первые две ссылки про это
incubator.apache.org/depot/version/jar-hell.html
en.wikipedia.org/wiki/Java_Classloader
Если я понимаю верно, то это очень смахивает на dll hall. Когда у программы могут быть не те версии модулей которые ему нужны. из-за чего программа может работать не корректно. а тк модулей идентичных может несколько, не понятно из какого взят код. очень сложно искать ошибки из-за этого

Подводный самолет Cormorant

Публикация об этом проекте на membrana.ru датирована 26 февраля 2006 года.
www.membrana.ru/articles/technic/2006/02/26/164400.html
Кстати в ней на много более подробно рассказано, чем в этой статье и на этой хреновена.нет

Виды тестирования и подходы к их применению

Поддерживаю перенос в Тестирование. У автора нету ни строчки про .Net конкретно. Конечно в качестве примеров есть упоменания специфичных технологий, но ради пары упомянаний нет смысла. Все что автор сказал можно в общем отнести именно к общим моментам тестирования.

Linux вместо Windows. Стоит ли игра свеч?

Берем домен контролер. Одни подключаются стандартными для себя средставми. Другие через самбу.
Берем обновления, через политику группвую. Допустим все идут черех wsus. Значит надо создать 2 группы в каталоге и одним накатывать, другим качать по другому.
Если это не чем не отличается, то думаю можно еще кучу привести. Так что все таки унифицированное все таки лучше. Если переводить клиентские станции то по полной. Если частично, то лучше не тратить время админа, свое, и главное потом проблемы детские которые возникнут при первичной обкатке

Linux вместо Windows. Стоит ли игра свеч?

Кстати если автор говорит, что «на максимальное количество» рабочих станций, то это значит НЕ НА ВСЕ. А значит будет смешанная структура, которую тяжелее поддерживать чем единообразную.(чисто windows или чисто linux внутри себя более унифицированные чем между windows и linux) С теми же драйверами будет беготня, что у Вася работает а у Пети не работает! Хочу как у Васи.

Не являюсь противником не одной из систем, но помоему автор явно напрашвается на холивар.

Знакомство с уровнями распараллеливания

Все технологии связанные с параллельной обработкой в 1 статью не запихнешь.(в мфти неделя с занятиями по 10-12 часов в день 2 группы было. я после еще месяц допонимал многое с тех курсов. в ННГУ на школе по параллельным вычислениям был недельный курс по 7 различным направлениям. одно перечисление тем это на пару статей выйдет)

Облачный вычисления это в зависимости от типа и реализации это по большому счете: Распараллеливание на уровне задач и Уровень параллелизма данных.
Тем более что, статья называется «Знакомство с уровнями распараллеливания» а не полный курс по паралельным вычислениям.
А свою тематику статья выдерживает полностью! Автору спасибо за труд!

Страсть к программированию. Часть 1 (Выбираем рынок). Начало

Это все равно что быть гробовщиком. Что такое счастье гробовщика- много заказов. А будет ли людям счастье от того, что гробовщик похоронил в этом месяце тройную норму?
Мне кажется, что все таки нужно изучать новые технологии. Делать ставку на прошлое — рискованей. Сейчас и так много костылей в ИТ, который тормозят развитие, а автор предлогает эти костыли продолжать поддерживать.
Мои претензии не к автору перевода конечно, спасибо ему за перевод, а скорее к автору оригинальной книги.
Автору перевода -спасибо за добросовесный труд.

Автоматизация Undo/Redo функциональности с помощью .NET Generics

Действительно наверное все проще чем мне показалось в начале, но все же сделать обертку как то проще помоему чем наследоваться от абстрактоно класса и определять еще и свойства как абстрактные. Это может не по архитектуре Феншую аказаться
а вот такая реалзиация простая в виде обертки меня очень прильщает.
UndoRedo name = new UndoRedo<string />("");
Если действительно есть какие то подводные камни, то напишите их. Тема то очень интересная.

Автоматизация Undo/Redo функциональности с помощью .NET Generics

Внешне выглядит действительно похоже. Хочется даже попробовать сделать сравнение.
Но если честно .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, по принцыпу ранжирования фундаментальности (на интуите курсов много, но большинство то в тестовом виде. Для начинающего не очень наглядно.)
А по структуре, разбили бы по принцыпу что и где можно найти. Видео\презентации. Или программироавние\администрирование.
Если бы сделали, то было бы просто шикарно!
Еще раз спасибо.

Открытое сообщество: альтернатива псевдополезным государственным ИТ-проектам

Вы бы спиоск проектов сразу предложили над которыми можно было бы работать. Было бы и интереса больше и может кого то зацепило бы это реализовать. Да и вдруг у кого уже наработку, как на примеру ваши две.
Идея благая то!

МИЭМ 1962-2010

Цитирую одного из преподов своей кафедры-
«Подавляющее большинство препоавателнй нашей кафедры — выходцы из МИЭМ'а, так что для них возврат в родную среду.»
Так что не думаю, что у тех кто на 23.01.01 специальнсть(вычислительные машины, комплексы, системы и сети) какие то будут большие чем у себя в вуза. В общем пока что это больше пугать должно бы МГУПИ а не МИЭМ. Наверное, то факт что многие преподователи с ит факультета выходцы с МИЭМ и повлиял, что именно эти вузы объединяют. Многие преподователи вместе учились видать.

МИЭМ 1962-2010

Сегодня говорил с преподавателями и завкафедрой (ИТ4) своим из МГУПИ. Слияние планируется путем объединения кафедр. Приказ министр еще не подписал, но если это будет, то планы будут такие: Студенты будут объеденены и преподавательские составы между собой тоже. Но это для тех кафедр, которые одинаковые специальности имеют в обоих вузах. Что с остальными будет- не кто не знает, но скорее всего просто присоеденены к профильному факультету. Пенсионеров, если будет достойная замена молодыми преподавателями с почестями проводят на пенсию(наш завкафедрой в частности уже думает что на пенсии делать будет ). Так что о разгоне преподавателей или студентов какого либо из вузов речи и быть не может.
Наши преподователи сказали, что вести пары будут преподаватели с обоих универов, уже через год после объединение -это 100%. Но опять же повторюсь- Приказ министром еще не подписан об объединении или по крайней мере завкафедрой не знает.
Из разговора с преподователями заметил интесное наблюдение. Это новость заставила многих из них шевелиться. Появились прямо Наполеоновские планы по улучшению деятельности кафедры. То о чем мечтали студенты последние пару лет(говорю за себя), грозятся сделать на кафедре за пару месяцев. Так что вроде у меня на кафедре по крайней мере эту новость восприняли, как сигнал что пора бы оживится и улучшить свою деятельность. То что раньше еле текло, теперь просто забурлило.
Если что еще буду узнавать, готов рассказывать тут или где либо еще.
Неведенье порождает страх.

МИЭМ 1962-2010

Извиняюсь. Оговорился действительно.

МИЭМ 1962-2010

Что и кого сравнить можно по разному. Можно раздолбаев сравнить, можно реальных программистов продвинутых. Можно комбинировать. Результаты будут не предсказуемыми.
Если объединят родственные специальности, то у каждого будет возможность доказать на делах, какой и у кого уровень. Все таки по факту будем за ОДНОЙ ПАРТОЙ (если по взрослому- В ОДНОМ ПРОЕКТЕ).
Я знаю Виталия Козлова. MVP. MSP.Учится в МИЭМ Со мной в вузе(даже работаем вместе.) учится тоже MVP.MSP Сергей Пугачев. Он в МГУПИ. Так что в плане уровня, предлогаю не языком чесать, а если специальности объединят, то на месте и убедиться у кого какой уровень.
Хотя лучше не мериться размерами и сделать что нибудь полезное вместе, что раньше не кто по отдельности не делал.

МИЭМ 1962-2010

Не думаю что права будут более птичьи чем у моей кафедры(ит4. вычислительные машины, комплексы, системы и сети) У нас нет своей кафедры в основном здании. а во втором куда нас переселили у нас 2 лаборатории компьютерных, 2 преподавательских, и 1 лекционная аудитория. В основном здании мы ГОСТИ. Так, что хуже не будет не кому!

МИЭМ 1962-2010

Сейчас там учится только ИТ факультет. там еле место нашлось, что бы приютить после пожара 4кафедры и то не полностью. Так что сложный вопрос что будет при объединении Ит факультетов вузов. Это ведь не в расписании поменять аудиторию. Ит надо объединять под единой крышей, но чьей!

Информация

В рейтинге
5,819-й
Работает в
Зарегистрирован
Активность