1500 человек… каждый не сможет задать свой вопрос. так, что про фишка на в докладах- отпадает!
Про вай-фай- ну это действительно был отстой полный. Для такого контингента такой вайфай- это издевательство. ДА почту я тоже проверял и даже в твиттер писал чуть чуть. Но почему-то год назад они могли вайфай организовать нормальный.
Не спорю, было много хорошего.
Но даже доклады про новое в андроид разработке и gae честно говоря ничем новым не пахли(особенно для тех кто читает блоги)
про дополнения к chrome аналогично. Народ ходил какой-то сонный в общем, огромное помещение и при этом мало народу. Так сказать плотность маленькая была. Про то, что делать конференцию с 8 утра в пятницу у черта на куличках- это я молчу, потому, что цены на аренду представляю.
В общем я бы назвал эту конференцию не google DEVELOPERs day, а google USERs day. Так, сказать для СОЧУВСТВУЮЩИХ.
На самом деле разница между асинхронным программированием и tpl больше идеологическая на мой взгляд.
Я имею ввиду, когда люди пишут софт, именно тот софт который нужен бизнесу (я не о матмоделировании сейчас), то они не могут использовать большую часть tpl именно из-за идеологической не готовности.
Конечно хорошо иметь parallel.for или async метод… но куда логичнее если уж мы представляем бизнес процесс в виде ООП в нашем коде, сделать сразу и агентную систему в коде.
Смотрите, когда в жизни люди работают, они стараются каждый на своем участке. каждый результат далее по цепочки зависит от некоторых других. Пришла бумажка секратарю. Она штампик поставила, отправила далее. А сама ждет следующей бумажки. И при этом она ведь не идет ведь заниматься разгрузкой бетона…
а так как все равно в ооп представляется бизнес логика, то мне кажется что модель агентов приживется куда лучше в бизнес софте. она там просто логичнее помоему.
WPF под opensource лицензией… ну это было бы конечно мега круто… но, вот я что-то сомневаюсь…
Да и даже если ms выкатит wpf под apache, что бы можно было форкнуть в mono, то все равно это огромные ресурсы будут нужны дл я поддержки.
Кстати на тему C#5… помнится такой язык axum был. его вроде как грозились разобрать на запчасти к C#/F#… сейчас появилась асинхронность в языке. мне вот интересно стало даже, а не собираются ли они воможность многоагентных систем выгрести от axum… все таки когда программируешь в ооп, агенты как-то куда ближе, чем супер Parallel.For… тк агенты они ложатся на объекты хорошо, а циклы то и так не проблема параллелизировать, если итерации не зависимы по данным
Ну я немного не об этом. Я о том, что нельзя думать, что все такие как ты. От того, что я там условно кандидат в мастера спорта, и общаюсь с такимиже какя спортсменами, это еще не значит что 99% населения тоже прям супер спортсмены…
По этому, когда обсуждается, что будущее за ФП… на jvm будет кложур… ну черт побери, 99% плевать хотели на фп.
Мне кажется, что мы просто все варимся в одном и том же…
Вот я постоянно слышу про F# и однажды мне начало казаться, что все срочно переходят на него… НО потом я посмотрел кто о нем пишет. Оказалось что везде пишут о нем человека 4 или 5+ человека 3-4 сочувствующих. и того 9 человек, на человек так 100 которых я фолловлю и еще пару десятков, которые пишут на хабре.
В итоге меньшинство, которое просто более громко кричит определяет шумовой фон. Это как любой представитель соц групп типа готы-эмо… они вращаются в кругу своих и им кажется, что вокруг все люди такие же как они… готы-эмо.
По поводу html5- wpf-silver… ну вы зря мне кажется в похоронную команду записались… html5- это конечно хорошо, но я бы года 2 на него ставку не сделал бы, хотя и часто готов броситься с головой, в что-то новое.
Если в вашем коде нет циклов, то извините, как вы напишите код, который будет выполняться пару часов хотябы?
а если он выполняется 2 секунды(ну положим вы знаток ctrl+ ctrl+v или Thread.Sleep()) то а зачем вам вообще производительность то заоблачная?
Git компилятор генерирует код для конкретной аппаратной платформы из промежуточного кода и может использовать возможности железки, о которых разработчик мог не знать, следовательно разработчик на C++ либо должно был собрать 100 версий софта, либо что вероятнее собрать его под 386 процессора.
Можно ведь сделать и без git… на пример спользовать ngen, который собирет уже нативный код на машине. Так большие библиотеки делают примя во время установке. Тк после установки софта, мигрировать его уже вряд ли будут.
Не знаю как Вы это получили, но думаю в данном при сборке в Release компилятор бы вообще убрал к чертовой матери цикл, по причине отсутсвия в нем необходимости. Разве, что поставить атрибут запрещающий оптимизацию.
1- тут обсуждение идет Мифы про C#, а не C# против 1 конкретного языка.
После последних приколов в мире Java в виде споров Oracle vs Google и тп
очень большая часть C# разработчиков взвыла, мол не дай боже java завалят. Без конкуренция любой продукт станет болотом. Так, что сейчас очень многие C# разработчики молятся на java, только бы ее не трогали, а лучше помогли в развитии.
Так, что обсуждать jvm vs clr -это гадить в огород хоть и конкурентов, но таких которые особо не страшны тк такие же как и мы, с другой стороны помогающие развитию.
Сижу на ie9 beta и chrome. полет нормальный.
в ie9 видел буквально пару косяков. в chrome меня убивает flash. да флешь это не браузер. но в ie он у меня не вешает систему по крайней мере.
Так, что предлагаю не холиварить. Хотите, приходите и предъявити все претензии ему. Он получит фитбэк. Да негативный. Ну и что? Сколько видел разработчик, даже если отзыв негативный-это хорошо. Это позволяет сделать продукт лучше.
Если хотите языком почесать, пополивать грязью кого-нибудь вперед и с песней, тогда Вам не на это мероприятие.
В общем если хотите, что то улучшить займитесь позитивным делом. Придите и скажите ваш фитбэк этому парню.
Есть такое дело, что на C# проще писать GUI и всякие там работы с данными и сервисами. Ни кто и не говорил, что C# надо завивать все гвозди на свете.
Напишите код работы с VS на C++, что бы показать на сколько он отличается от кода на C#. Сейчас это не сравнение, это выпячивание косяков написания плагинов к vs на C#. Косяков в любой языке полно, а дописания плагинов к ide помоему ни где не является прям легкой прогулкой.
Я не являюсь специалистом, просто слышал, что если писать на MEF дополнения к студии, то там вроде как не плохо.
На счет конструктора DataTime — не знаю как Вы, а я ни разу не помню, что бы нужно было такое делать. Я понимаю, что задача весьма специфичная у Вас.
Ты забыл последний пункт алгоритма. Придумать, решить, взять печеньку с полки за решение проблемы…
На самом деле не важно как решить вопрос с возможностью прослушать подкаст частями. Я предложил лишь 1 вариант который видел, если есть идеи лучше- это же супер, я на роль всемогутора-всезнателя не претендую. Время начала каждого куска- это очень классная возможность. Я всеми тремя руками ЗА, как говорят на альфа-центавре!
Я лично в метро и по дороге читаю книги(в todo листе порядка 53 штук.)
Когда не могу читать слушаю плеер. Там на 2 месяца непрерывного звучания книжек по мотивации, психологии, частично менеджменту.
Да что Вы с Юневым сговорились… он тоже говорит, что я суровый какой-то слишком.
общую дорожку оставить как сейчас с целым подкастом.
плюс рядом с каждой ссылочкой в столбик рядом поставить ссылку на mp3, где именно тот кусочек, который принадлежит этой ссылке. в итоге будет 1+n частей. где n -это маленькие кусочки. 1- это единый доклад.
ну вот тема с++ 25 лет. и там 3 минуты из доклада которые про него отдельно.
Там вот мол блабла ушел из блабла отельной 3 минутной дорожкой.
Я вот и выберу что блабла не слушать а 25 лет плюсам послушаю.
не думаю что это займет на монтаж кучу времени, зато сколько будет пользы слушателям, кто знает что ему интересно а что нет. это вот я в этом докладе раза 4 мотал вперед и потом еще раз 15 пытался попасть в начала раздела нового.
2-Предлагаю идею для таких новостных подкастов.
Каждую заявленную тему выложить еще и отдельно по ссылочке, что бы не надо было перематывать.
Есть пару тем, которые послушать интересно на пример про Java, С++ и тп.
но темы типа а что там учудил в очередной раз Джобс и кто от куда уволился, кому сколько лет стукнуло мне ну совсем не интересны.
Думаю так каждый найдет себе набор тем для прослушивания.
Они из академической среды. Хоть и говорят постоянно, что идти нужно от задач, что кооперация с производством.
Но, если вы не занимаетесь чем-то вычислительноемких или совсем чем-то хардкорно научным, то для вас это будет сведения для общего развития, не более.
Если такие слова как hadoop и университетский кластер вам интересны- то это те, кто вам расскажут.
Про электронный документооборот они не расскажут, как и про то, счастье, которое у всех будет, если пересадить бабушку на ubuntu.
За этими докладами надо к другим докладчикам. У них как раз темы там есть о том, как и что делать в плане документов.
Эти ребята научные деятели, серьезно занимающиеся этим. не коммерсанты, не болтуны.
Столман даже на KDE и большую часть популярных дистрибутивом волну гонит. Этим он мне и не нравится.
Думаю всегда секционные доклады интереснее пленарных.
Но в данном случаи Самоварова и Аветисяна думаю стоит послушать. Они из Института Системного Программирования РАН.
Обычно они рассказывают про системы связанные с программой Университетский Кластер. Очень много рассказывают про создание «хабов» — это если я правильно понимаю что-то среднее между виртуальной лабораторией и порталом на котором профспециалисты делают все, что они считают нужным.
Как сказал товарищ Аветисян: с спо ты свободен на столько, на сколько ты может это использовать. Но из того, что я слышал они всегда говорили именно про образование и науку. Про математические пакеты для той же динамики сплошных сред.
в физтехе в августе этого года мы распрашивали Аветисяна на тему llvm и новому планировщику для gcc, который сделали в испран.
Так, что эти докладчики очень серьезные люди, лапшу вешать не станут.
Другой вопрос, что они не когда в стиле Столмана не возмущаются. Они просто уверены, что научный софт должен работать на всех людей на земле.
Все вышесказанное мое личное мнение, сложившееся об этих людях.
Во вторых:
На счет тренеров и уровня их как разработчиков или менеджеров.
Есть старая фраза- что не обязательно быть великим музыкантом, что бы учить музыке.
Я с ней с одной стороны согласен, с другой нет.
Чтобы проводить начальное обучение, и даже некоторое среднее действительно не надо быть великим музыкантом. Достаточно быть вполне средним.
Что касается тренерской деятельности то тут на мой взгляд конечно было бы очень хорошо, если семинар ведет ГУРУ в свой области. Это круто.
Но в большинстве случаев достаточно, что бы рассказчик(тренер) был ровно на 1 голову более осведомленным, чем самый сильный из учеников.
Если инструктор хуже- ну тут совсем все плохо, благо обучаясь в luxoft, it-academy и специалисте инструктора были специалистами экстра класса.
Если уровень равен, то интересно обсудить конечно, но тогда не понятно, за что деньги берутся, такой же результат можно получить за кружкой чая в баре встретившись с просто хорошим разработчиком как и ты.
Совершенно понятно, что мой опыт ни в какое сравнение не идет с вашим, но опыт проведения user group у меня довольно обширный.
Я в 4 разных вузах читал, еще в нескольких видел как проводят, 1 раз даже на московской ms ug докладывал год назад.
Очень часто оказывается, что в группе слушателей находятся 1-2 человека, опыт которых оказывается примерно равным твоему. И тут главное это понять и найти такой опыт в себе, которого нет у них. Тогда будет положительный эффект даже для этих 2 продвинутых товарищей.
Критерий применимости в 1 приложение банально теряется в обилии остальных букв. Я понимаю, что задача продать, это вполне естественно и ничего плохого в этом нет.
Но такие кричащие заголовки и лозунги- это откровенная реклама и пропаганда.
Я видел и как gpgpu и выигрывали 117 раз у обычных вычислителей, и как они им безбожно проигрывали. Так, что фраза про 36 раз можно получить ускорение- это как пальцем в небо.
Расчет слоев в геологоразведки- это понятно, что там все хорошо.
А вот в финансовой математике- это бабушка на двое сказала. Есть разная математика финансовая.
Естественные науки- это сразу уточните задачи- численное интегрирование различное, методы конечных разностей, конечные элементы и тп. Но в них вероятность получить 36 ускорение практически нулевая. 2-4 раза уже шикарно.
Критерий применимости теряется, на фоне остального в статье.
Про вай-фай- ну это действительно был отстой полный. Для такого контингента такой вайфай- это издевательство. ДА почту я тоже проверял и даже в твиттер писал чуть чуть. Но почему-то год назад они могли вайфай организовать нормальный.
Не спорю, было много хорошего.
Но даже доклады про новое в андроид разработке и gae честно говоря ничем новым не пахли(особенно для тех кто читает блоги)
про дополнения к chrome аналогично. Народ ходил какой-то сонный в общем, огромное помещение и при этом мало народу. Так сказать плотность маленькая была. Про то, что делать конференцию с 8 утра в пятницу у черта на куличках- это я молчу, потому, что цены на аренду представляю.
В общем я бы назвал эту конференцию не google DEVELOPERs day, а google USERs day. Так, сказать для СОЧУВСТВУЮЩИХ.
Я имею ввиду, когда люди пишут софт, именно тот софт который нужен бизнесу (я не о матмоделировании сейчас), то они не могут использовать большую часть tpl именно из-за идеологической не готовности.
Конечно хорошо иметь parallel.for или async метод… но куда логичнее если уж мы представляем бизнес процесс в виде ООП в нашем коде, сделать сразу и агентную систему в коде.
Смотрите, когда в жизни люди работают, они стараются каждый на своем участке. каждый результат далее по цепочки зависит от некоторых других. Пришла бумажка секратарю. Она штампик поставила, отправила далее. А сама ждет следующей бумажки. И при этом она ведь не идет ведь заниматься разгрузкой бетона…
а так как все равно в ооп представляется бизнес логика, то мне кажется что модель агентов приживется куда лучше в бизнес софте. она там просто логичнее помоему.
Да и даже если ms выкатит wpf под apache, что бы можно было форкнуть в mono, то все равно это огромные ресурсы будут нужны дл я поддержки.
По этому, когда обсуждается, что будущее за ФП… на jvm будет кложур… ну черт побери, 99% плевать хотели на фп.
Вот я постоянно слышу про F# и однажды мне начало казаться, что все срочно переходят на него… НО потом я посмотрел кто о нем пишет. Оказалось что везде пишут о нем человека 4 или 5+ человека 3-4 сочувствующих. и того 9 человек, на человек так 100 которых я фолловлю и еще пару десятков, которые пишут на хабре.
В итоге меньшинство, которое просто более громко кричит определяет шумовой фон. Это как любой представитель соц групп типа готы-эмо… они вращаются в кругу своих и им кажется, что вокруг все люди такие же как они… готы-эмо.
По поводу html5- wpf-silver… ну вы зря мне кажется в похоронную команду записались… html5- это конечно хорошо, но я бы года 2 на него ставку не сделал бы, хотя и часто готов броситься с головой, в что-то новое.
а если он выполняется 2 секунды(ну положим вы знаток ctrl+ ctrl+v или Thread.Sleep()) то а зачем вам вообще производительность то заоблачная?
Git компилятор генерирует код для конкретной аппаратной платформы из промежуточного кода и может использовать возможности железки, о которых разработчик мог не знать, следовательно разработчик на C++ либо должно был собрать 100 версий софта, либо что вероятнее собрать его под 386 процессора.
Можно ведь сделать и без git… на пример спользовать ngen, который собирет уже нативный код на машине. Так большие библиотеки делают примя во время установке. Тк после установки софта, мигрировать его уже вряд ли будут.
После последних приколов в мире Java в виде споров Oracle vs Google и тп
очень большая часть C# разработчиков взвыла, мол не дай боже java завалят. Без конкуренция любой продукт станет болотом. Так, что сейчас очень многие C# разработчики молятся на java, только бы ее не трогали, а лучше помогли в развитии.
Так, что обсуждать jvm vs clr -это гадить в огород хоть и конкурентов, но таких которые особо не страшны тк такие же как и мы, с другой стороны помогающие развитию.
в ie9 видел буквально пару косяков. в chrome меня убивает flash. да флешь это не браузер. но в ie он у меня не вешает систему по крайней мере.
Так, что предлагаю не холиварить. Хотите, приходите и предъявити все претензии ему. Он получит фитбэк. Да негативный. Ну и что? Сколько видел разработчик, даже если отзыв негативный-это хорошо. Это позволяет сделать продукт лучше.
Если хотите языком почесать, пополивать грязью кого-нибудь вперед и с песней, тогда Вам не на это мероприятие.
В общем если хотите, что то улучшить займитесь позитивным делом. Придите и скажите ваш фитбэк этому парню.
Напишите код работы с VS на C++, что бы показать на сколько он отличается от кода на C#. Сейчас это не сравнение, это выпячивание косяков написания плагинов к vs на C#. Косяков в любой языке полно, а дописания плагинов к ide помоему ни где не является прям легкой прогулкой.
Я не являюсь специалистом, просто слышал, что если писать на MEF дополнения к студии, то там вроде как не плохо.
На счет конструктора DataTime — не знаю как Вы, а я ни разу не помню, что бы нужно было такое делать. Я понимаю, что задача весьма специфичная у Вас.
На самом деле не важно как решить вопрос с возможностью прослушать подкаст частями. Я предложил лишь 1 вариант который видел, если есть идеи лучше- это же супер, я на роль всемогутора-всезнателя не претендую. Время начала каждого куска- это очень классная возможность. Я всеми тремя руками ЗА, как говорят на альфа-центавре!
Я лично в метро и по дороге читаю книги(в todo листе порядка 53 штук.)
Когда не могу читать слушаю плеер. Там на 2 месяца непрерывного звучания книжек по мотивации, психологии, частично менеджменту.
Да что Вы с Юневым сговорились… он тоже говорит, что я суровый какой-то слишком.
плюс рядом с каждой ссылочкой в столбик рядом поставить ссылку на mp3, где именно тот кусочек, который принадлежит этой ссылке. в итоге будет 1+n частей. где n -это маленькие кусочки. 1- это единый доклад.
ну вот тема с++ 25 лет. и там 3 минуты из доклада которые про него отдельно.
Там вот мол блабла ушел из блабла отельной 3 минутной дорожкой.
Я вот и выберу что блабла не слушать а 25 лет плюсам послушаю.
не думаю что это займет на монтаж кучу времени, зато сколько будет пользы слушателям, кто знает что ему интересно а что нет. это вот я в этом докладе раза 4 мотал вперед и потом еще раз 15 пытался попасть в начала раздела нового.
2-Предлагаю идею для таких новостных подкастов.
Каждую заявленную тему выложить еще и отдельно по ссылочке, что бы не надо было перематывать.
Есть пару тем, которые послушать интересно на пример про Java, С++ и тп.
но темы типа а что там учудил в очередной раз Джобс и кто от куда уволился, кому сколько лет стукнуло мне ну совсем не интересны.
Думаю так каждый найдет себе набор тем для прослушивания.
Но, если вы не занимаетесь чем-то вычислительноемких или совсем чем-то хардкорно научным, то для вас это будет сведения для общего развития, не более.
Если такие слова как hadoop и университетский кластер вам интересны- то это те, кто вам расскажут.
Про электронный документооборот они не расскажут, как и про то, счастье, которое у всех будет, если пересадить бабушку на ubuntu.
За этими докладами надо к другим докладчикам. У них как раз темы там есть о том, как и что делать в плане документов.
Эти ребята научные деятели, серьезно занимающиеся этим. не коммерсанты, не болтуны.
Столман даже на KDE и большую часть популярных дистрибутивом волну гонит. Этим он мне и не нравится.
Но в данном случаи Самоварова и Аветисяна думаю стоит послушать. Они из Института Системного Программирования РАН.
Обычно они рассказывают про системы связанные с программой Университетский Кластер. Очень много рассказывают про создание «хабов» — это если я правильно понимаю что-то среднее между виртуальной лабораторией и порталом на котором профспециалисты делают все, что они считают нужным.
Как сказал товарищ Аветисян: с спо ты свободен на столько, на сколько ты может это использовать. Но из того, что я слышал они всегда говорили именно про образование и науку. Про математические пакеты для той же динамики сплошных сред.
в физтехе в августе этого года мы распрашивали Аветисяна на тему llvm и новому планировщику для gcc, который сделали в испран.
Так, что эти докладчики очень серьезные люди, лапшу вешать не станут.
Другой вопрос, что они не когда в стиле Столмана не возмущаются. Они просто уверены, что научный софт должен работать на всех людей на земле.
Все вышесказанное мое личное мнение, сложившееся об этих людях.
Спасибо.
Во вторых:
На счет тренеров и уровня их как разработчиков или менеджеров.
Есть старая фраза- что не обязательно быть великим музыкантом, что бы учить музыке.
Я с ней с одной стороны согласен, с другой нет.
Чтобы проводить начальное обучение, и даже некоторое среднее действительно не надо быть великим музыкантом. Достаточно быть вполне средним.
Что касается тренерской деятельности то тут на мой взгляд конечно было бы очень хорошо, если семинар ведет ГУРУ в свой области. Это круто.
Но в большинстве случаев достаточно, что бы рассказчик(тренер) был ровно на 1 голову более осведомленным, чем самый сильный из учеников.
Если инструктор хуже- ну тут совсем все плохо, благо обучаясь в luxoft, it-academy и специалисте инструктора были специалистами экстра класса.
Если уровень равен, то интересно обсудить конечно, но тогда не понятно, за что деньги берутся, такой же результат можно получить за кружкой чая в баре встретившись с просто хорошим разработчиком как и ты.
Совершенно понятно, что мой опыт ни в какое сравнение не идет с вашим, но опыт проведения user group у меня довольно обширный.
Я в 4 разных вузах читал, еще в нескольких видел как проводят, 1 раз даже на московской ms ug докладывал год назад.
Очень часто оказывается, что в группе слушателей находятся 1-2 человека, опыт которых оказывается примерно равным твоему. И тут главное это понять и найти такой опыт в себе, которого нет у них. Тогда будет положительный эффект даже для этих 2 продвинутых товарищей.
Но такие кричащие заголовки и лозунги- это откровенная реклама и пропаганда.
Я видел и как gpgpu и выигрывали 117 раз у обычных вычислителей, и как они им безбожно проигрывали. Так, что фраза про 36 раз можно получить ускорение- это как пальцем в небо.
Расчет слоев в геологоразведки- это понятно, что там все хорошо.
А вот в финансовой математике- это бабушка на двое сказала. Есть разная математика финансовая.
Естественные науки- это сразу уточните задачи- численное интегрирование различное, методы конечных разностей, конечные элементы и тп. Но в них вероятность получить 36 ускорение практически нулевая. 2-4 раза уже шикарно.
Критерий применимости теряется, на фоне остального в статье.