techwork: (Default)
techwork ([personal profile] techwork) wrote2015-05-30 10:02 pm
Entry tags:

Земля Будущего

посмотрел Земля Будущего , не ошибся, фильм вышел хороший. Смесь Электроника, серии Кира Булычёва про Алису, и Терминатора. В общем фильм вышел хороший в отличии от очередного безумного макса.
Будущее по американски - со всеми их бзиками делающее его несовершенным. Недоделанным - как и любое капиталистическое технологическое развитие.
Антураж слямзен с представления 90х о будущем. Такой лёгкий ретрофутуризм.

теперь подождём терминатора. он думаю будет лучше чем терминатор 3 и да придёт спаситель. Это этакий возврат в 80е. Назад в Будущее плюс терминатор 2.

Да как раз в 2015 год летали из 85 в фильме Назад в Будущее 2. Только вот Союз рухнул и Японию американцы нагнули. Если бы не так то мы бы видели бы уже то самое будущее. НО... почему союз ? потому что именно военные штучки двигали технологии, особенно то что касаемо ховерборда например. Или летающих авто. Не думаю что это было бы не возможно сейчас. НО это теперь будет ещё не скоро.

Да и , никто не заметил что мы подошли к кремневому пределу ? Нет на самом деле FET транзисторы появились на десять лет раньше и их просто задержали из-за маркетинговых целей. Но наконец то. Сподобились
Технологи finFET предполагает собой стабильную работу при размерезатвора не менее 15 диаметров атома кремния атом кремния 264 пикометра итого 264*15= 4 нм. И это при очень хорошем стечении обстоятельств и сомневаюсь в их надёжности. но думаю 7 нм станет пределом. а может быть и 10. К чему я к тому что 14 уже выпускают эти бесконечные итерации подходят к концу. Что потом ? 16 ядер, но что потом ? .... так что всё . а когда то компьютеры были большие.

[identity profile] dobr-i-trezv.livejournal.com 2015-05-31 08:53 pm (UTC)(link)
>>не станет - специализация она и сейчас есть а инженер например строитель программистом не станет. <<
в том то и дело, что clojure первый звоночек. Сначала в одной-двух специализациях произойдут серьезные изменения в языке программирования, и программирование перестанет быть вообще хоть каким-либо препядствием. Посмотрите на среду R. На то как лихо она пережевывает своих конкурентов.

Низкоуровневые спецы конечно не исчезнут. Но со статистической точки зрения, поле программерских специальностей уменьшится. И наверно по цифрам востребованности на рынке труда мы будем похожи на цифры 70-80-х годов.

[identity profile] techwork.livejournal.com 2015-05-31 09:41 pm (UTC)(link)
с религиозным фанатиком спорить бесполезно однако - вы говорите чушь потому что не будет инженер строитель или инженер- электрик или инженер-метростроевец осваивать довольно медленный высокоуровневый язык программирования , у него просто никогда не будет на это время. В тоже время на текущий момент более быстрых результатов чем С++ ничто не даёт. Потом идут Java и C# халява с процессорными ресурсами подходит к концу но вы предлагаете учить медленный язык программироания тем у кого и так задач выше крыше. Это всеравно что предожить гонщику формулы 1 быть ещё и механником.

[identity profile] dobr-i-trezv.livejournal.com 2015-06-01 03:24 am (UTC)(link)
Солидворковские модели не особо то переписываются перед тем как в кластера загнать. С++ давно уже более быстрые результаты в массе своей не дает по сравнению с Java. Потому что подавляющее количество программистов не могут эффективно управлять памятью. А те кто может JVM пишут. Или с ассемблером возятся. Сколько у вас гонщиков формулы один и сколько у вас водителей? Вдумайтесь в вашу же аналогию.

[identity profile] techwork.livejournal.com 2015-06-01 11:57 am (UTC)(link)
с ассемблером давно уже никто не возится вообще . Последние строки ассемблерного кода в рабочем применении относятся к 2002-2003 году. Ядро симбиана.
Компиляторы С++ довольно оптимизированы, чтобы не тратить адское количество человекочасов на разработку. Потеря в производительности 10-20%.
JVM технология давно уже не айс. Не даром все переходят к компиляции кода при установке, ( например гугл намерен полностью отказаться от интерпретатора Дальвик в пользу компилятора и среды исполнения ART )потому что интерпретируемое исполнение априори не оптимально по потреблению ресурсов и точка.
И при чём тут Солидворк - САПР и ваш интерпретатор Лиспа ?

[identity profile] dobr-i-trezv.livejournal.com 2015-06-01 01:25 pm (UTC)(link)
Он от лиспа куда дальше,чем от джавы(проглотившей github), но зачем приплетать эти мелочи? Попробую изложить мысль с нуля.
Полиглот Дмитрий Петров как-то высказал мысль, что в совокупности национальные языки плавно трансформируются в сторону языков различных профессий. Тренда на то, что когда-то айтишник айтишника поймет быстрее и локоничней, чем соотечественника но из другой профессии. По факту мы уже имеем кучу спец.софта со своими внутренними языками программирования. И если приглядеться, они не так далеки друг от друга. R не так далек от матлаба. Мне кажется весь такой софт на роль внутреннего языка возьмет clojure или его потомка. Технические задания будут писаться не отстраненными бумагами, а рабочими прототипами, но с раздутым кодом. И в человекочасах сделать и передать такое тз железячным программерам будет выгоднее. А те уже будут допиливать, подобно скульпторам, убирая лишнее, под конкретные плис. Этот кусок скорее механический, а вот стандартные реализации алгоритмов заменить на более изощренные - тут нужен математик, чувствующий архитектуру на кончике пальцев.

это кстати никак не противоречит указанному тупику: "16 ядер, но что потом ? ...." А потом допрёт до них, что арифметику остатков на полную катушку использовать, там где можно. И будет в железе множество таких вот 16-ти ядерных. Но в целом, все будут довольны.

А может я сморозил чушь, как и 99% заглядывающих в будущее. Спор ради спора мне как-то не интересен. Но оснований менять свою точку зрения пока не вижу.
Edited 2015-06-01 13:27 (UTC)

[identity profile] techwork.livejournal.com 2015-06-01 09:57 pm (UTC)(link)
Ваш Дмитрий Петров несёт обычную сколковскую пургу. Я не пойму лучше датчанина даже если он айтишник, и вы не поймёте. Пурга эта основана на том что большинству для работы в айти требуется хоть немного знать английский. И английский выступает тут в качестве надязыка. НО вы пробовали работать с кодом заком закоменченным на норвежском ? Или в вебинтерфейсе на китайском ? Или в инженерной проге на японском ? Если бы да то не несли такой пурги.

Вы именно что несёте чушь не разбираясь в технической стороне дела.

[identity profile] dobr-i-trezv.livejournal.com 2015-06-02 04:03 am (UTC)(link)
Причем тут сколково? А что еще остается думать, глядя на невразумительное мычание переводчиков-синхронистов на конференциях? А вы получается больше будете доверять комментариям, а не пробежитесь глазками по экземпляру класса-прародителя? Вебинтерфейс приводить не корректно. На примере андроид дев. студио. Есть java и xml. А коменты и начинку xml скоро гуглопереводчик будет способен красиво переводить.

[identity profile] techwork.livejournal.com 2015-06-02 06:18 am (UTC)(link)
синхронисты просто херовые стали даже дикторы сейчас мэкают пэкают. Так что проблема не в том что терминология сложна стала - он таже что и двадцать пять лет назад. Просто писец в этой стране.
Чегооо ? вы коммерческий код видели ? миллион строк и не ясно что к чему. Это вам не тысяча строчек учебного примера - там глазами не пробежишь, и ничто не очевидно.
гуглопереводчик это костыль - не понимать это может только тот кто языков вообще не знает. Но и даже если мы начали говорить о гуглоперводчике то вы уже подвердили что высокопарно лажанулись.

[identity profile] dobr-i-trezv.livejournal.com 2015-06-02 11:49 am (UTC)(link)
А Вы азартный :)

Но так не пойдет, если я не прав, я хочу знать в чем. Гуглопереводчик веб-интерфейс вполне сносно переведет. А миллион строк кода, да, не видел. Но если готовый продукт - то для взаимодействия видимо есть какое-то апи. А если мы недописанный продукт такого размера передаем на дописывание другой команде, мне кажется любые комментарии дело не спасут. Я действительно не являюсь промышленным программистом. Но с направлением мутацией языков, мне кажется Петров прав. Общая практика формирует сообщество, а языки изменчивы. Ведь нет уже формы "оне". Поэтому движение в сторону профессиональных языков, а не национальных, при глабализации мне видится вполне логичным.

Clojure не язык для драйверов, но все что дальше драйверов он проглотит. При ичезновении архитектур, появится новая jvm, так что апакалипсиса не случиться. Признайте, вы сгустили краски :)

[identity profile] techwork.livejournal.com 2015-06-02 01:36 pm (UTC)(link)
скажу кратко - когда кажется креститься надо :)
а по гуглу вы показали что требуется перевод и никакого айтишник айтишника нет и в помине. То что закоментил норвег на своём требуется перевести иначе не поймёшь.
А касаемо api - ку ку - во первых его не пишут на каждую программу - а миллион строк кода это не так уж и много. Это не какая то особенная среда - это просто программа. Во вторых ага а если какой то плавующий баг то вы его как отлавливать собрались не понимая структуры программы ? Вы что думаете в реальном коде всё так чётко по объектам разбито они маленькие и переменный все отлеживаются одним пинком ? А если там какая либо сложная математическая модель ? Как раз только комменты и помогают. Короче ваш детский лепет про глазки допустим к проге в десять тысяч строк с кучей мусора в комплекте который неизвестно как на самом деле работает - что мы сейчас кстати и наблюдаем в ПО. Но к серьезной авиационной системе например , или системе управления реактором, даже не атомным , а отчистных сооружений, это не приминимо никак вообще.
И поэтому ваш Петров демагог и либо вор, что я называю сколково, либо мудак. Но это то о чём я бы не хотел говорить.

[identity profile] jeank.livejournal.com 2015-06-02 06:03 am (UTC)(link)

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

[identity profile] techwork.livejournal.com 2015-06-02 07:12 am (UTC)(link)
И что тут такого уникального ?( тем более речь шла совсем о другом)
Вообще должна быть культура программирования если о том пошла речь.
За что получает программист деньги, и неплохие, если он не может элементарно со знанием синтаксиса написать программу? Никто тут не говорит о кристальной оптимизации, тем более что всё ещё хуже - патерны на патерны. Речь идёт о том чтобы знать что ты делаешь.

[identity profile] jeank.livejournal.com 2015-06-03 07:09 am (UTC)(link)

Там не в синтаксисе дело, а в сложности
определения времени жизни некоторых переменных или обьектов.

[identity profile] techwork.livejournal.com 2015-06-03 07:20 am (UTC)(link)
и что ?

[identity profile] dobr-i-trezv.livejournal.com 2015-06-02 11:51 am (UTC)(link)
Да. Спасибо.