![]() |
![]() | #1 |
★★★★★★★★★★★★★ Join Date: 08 2004 Location: London, UK Age: 39
Posts: 16,531
Downloads: 8 Uploads: 0
Reputation: 482 | 6 | ![]()
очень интересно знать ваши мнения ...
|
![]() |
![]() | #6 |
ЙЦУКЕН Join Date: 07 2002 Location: 0x68,0x69,0x72, 0x69,0x6e,0x67, 0x20,0x6e,0x6f, 0x77 Age: 48
Posts: 3,118
Downloads: 0 Uploads: 0
Reputation: 5 | 0 | ![]()
в ближайшем обозримом будущем нет. пока не наберется критическая масса стартапов. поясню Стартапы создаются для двух целей - или получить деньги от инвестисционного фонта, поработать какое-то время и сдохнуть или для зарабатывания денег. В первом случае для нормального бизнес плана нужно уметь оценивать риски - вот тут то и выясняется, что такие оценки существуют для цпп, ява и других mailstream языков. этим кормится целая армия консультантов, архитекторов, поректировщиков и т.д. соответственного изначальные затраты на стартап больше -- т.к. помимо чисто программистов нужно покупать еще дополнительныеъ услуги. в случае когда стартап создается для зарабатывания денег и люди вкладывают сами свои деньги, работают маленьким коллкетивом и у них почти нету факторов, указывающих или ограничивающих их развитие -- то они используют тот продукт/технологию/язык программирования, который более подходит для данной задачи и позволяет рещить ее в более короткие сроки. соответственно очень часто оказывается , что за очень которкое время (п осравнению с проектами на c++/java) программистам удается создать мощный продукт. если вглядеться в корни такого деления, то оказывается, что все существенно проще ... есть очень хорошее английское слово - clueless . к сожалению, количество людей у которых нет этого самого клю, сущесственно больше, чем те, у которых оно есть. и если первые практически не способны создавать _новые_ идеи, то вторые как раз этим и занимаются. плюс еще и разница в производительности - smart people могут писать отлаженный код сущесетвенно (3-5-10 раз) быстрее, чем clueless. такая же разница есть и в других областях - начиная от мэнеджмента, кончая технологиями упаковки продуктов ![]() какие плюсы это имеет сейчас? рынок меняется катастрофически бысто - во всех сферах, начиная от электроники и IT в частности. почему именно в этих сферах - а потому как можно обеспечить быстрое изменение продукта -- вы не привязаны к станкам, автоматическим линиям обработки материалов и т.д. рабочему из китая или тайваня абсолютно безразлично, что паять - схему номер 1 или схему номер 19284. они для него одинаковые. перенастроить линию по штамповке хотя пластмассовых деталей - существенно более сложный процесс, чем дать новые схему. и это ведет к тому, что время от задумки до выпуска готового продукта н арынок резко уменьшается -- вы не можете себе позволить подготавливать и планировать выпуск продукта годами.рынок за что время уйдет вперед. чисто исторически C и C++ были нужны что бы писать ПО, которое работает быстро. большая часть процессоров, которые сейчас стоят в PC -- простаивают в ожидании пользовательского ввода. а разницу во времени реакции на нажатие мышкой кнопки -- будет это 10e-5 или 10e-4 секунд, вы не заметите никогда. соответственно можно позволить писать программы на *интерпретируемых* *слабо типизированных* *более медленных* языках *высокого уровня*, которые существенно сокращают количество телодвижений, которые вынужден делать программист для написания программы. чего только стоят усилия c++ и java программистов по обходу строгой типизации и созданию всяческих иерархий наслодования, которые потом катастрофчески сложно расширять или изменять. строгая типизация приводит так-же к существенным проблемам при рефакторинге и при написании автоматических тестов, без которых заниматься рефакторингом - занятие схожее с хождением вслепую по минному полю совмещенному с зыбучими песками -- либо взлетишь на воздух, либо тебя засосет ![]() на даный момент круг задач, которые требуют 100% использования скорости процессора, очень узок. и при этом большая часть проблем идет от неоптимизированнох ОС -- как пример рекомендую почитать сравнение производительности opensource прокси и коммерческих. разница в производительности -- в 5-10 раз. при этом hardware, на котором работают коммерческие прокси может быть слабее, чем те, на которых тестируются opensource. правка2: цитируя интернет-мысли: выбираю язык программирования вы выбираете не только язык и технологию. вы выбираете среду и способ выражения своих мыслей и вы выбираете community -- тех людей, которые развивают, создают, делются опытом и т.д. отттуда-же: в среднем, выбирая язык программирования Python или Perl вы выбираете более толковых (smart) программистов, чем на Java/C++/VB/C#/PHP. только потому, что овладение этими языками требует больше усилий и знаний. из не IT жизни -- токарем 6 разряда вы не можете стать сразу. вы должны долго учиться, работать и набираться опыта. зато потом вы способны решать более сложные задачи (вытачивать точнее и более сложные детали) чем другие. правка3: количество людей зашоренных связкой Windows/VC++/MFC удручающе велико. при том, что это могут быть очень толковые программисты, им почти невозможно объяснять какие-то принципиально другие понятия -- такие как взаимодействующие последовательные процессы, функциональные и логические языки программирования. даже простую вещь -- что модель data container/manager/view существенно эффективнее, чем mfc-шный data/view. пысы: сумбурно. писать четко, как для статьи - лень ![]() замечания об опечатках, просчетах, просмотрах и всякой подобной лабуде будут распечатаны на мягкой бумаге и употреблены по назначению. Last edited by nm; 27.08.2005 at 13:42. |
![]() |
![]() | #7 | |
Chilly breeze Join Date: 07 2004 Location: Pure thoughts Age: 37
Posts: 3,485
Downloads: 22 Uploads: 0
Reputation: 228 | 3 | ![]()
Пациент скорее жив чем мертв. Еще глобально хорошая статья Quote:
| |
![]() |
![]() | #8 | |
ЙЦУКЕН Join Date: 07 2002 Location: 0x68,0x69,0x72, 0x69,0x6e,0x67, 0x20,0x6e,0x6f, 0x77 Age: 48
Posts: 3,118
Downloads: 0 Uploads: 0
Reputation: 5 | 0 | ![]() Quote:
вобщем мы видим схлестывание 2 разных подходов - западного и восточного. западный - быстро обучиться делать хрень и начать на этом зарабатыавть деньги восточный - долго учиться, для того, что бы уметь делать ХРЕНЬ, делать ХРЕНЬ -- не поточным методом, а штучно, на заказ -- это требует больше сил, дороже, ну и существенно отличается по качеству - все таки это ХРЕНЬ, а не какая-то там хрень. я лично всем даю почитать вот эти 2 следующих линка. читать вдумчиво и именно в таком порядке http://miu-mau.org/73.html http://miu-mau.org/74.html | |
![]() |
![]() | #9 |
Авик Join Date: 07 2002 Location: Yerevan Age: 31
Posts: 1,348
Downloads: 2 Uploads: 0
Reputation: 9 | 0 | ![]()
Все когда нибудь вымрет, и Цпп не иссключение. Исспользуемость языка зависит от исспользуемой технологии, так как технологии меняються то, многим языкам в итоге придет Капут. Уважаю c++ но все же это далеко не верх совершенства. Вы когда нибудь задумывались на, что может быть похож язык програмирования будущего? |
![]() |
![]() | #10 |
Дошкольник Join Date: 08 2004 Location: Oxford Age: 39
Posts: 141
Downloads: 0 Uploads: 0
Reputation: 0 | 0 | ![]()
Биоинфлеры вовсю занимаются созданием языка для системной биологии (причем именно языка программирования, описательный язык - SBML - существует давно). Наверно точно так же скоро появятся (очень скоро, если уже не появились) специальные языки программирования для медицины, географии, метеорологии и сельского хозяйства. Универсальным (в смысле претендующим на универсальность) языкам тогда придет капец, потому как нельзя объять необьятное. Несколько позже исчезнет сама профессия “инженер-программист”, поскольку прикладное программирование станет частью общего образования. Что б не говорили, но все таки легче биолога обучить писать на Перле, чем выпускнику политеха разьяснить молекулярную биологию. Возможно останутся понятия "computer scientist" и останутся системщики, но это будут одни из многих специалистов, применяющих языки программирования.
|
![]() |
![]() | #11 |
Профессор Join Date: 01 2005 Location: Perm Age: 39
Posts: 2,142
Downloads: 0 Uploads: 0
Reputation: 0 | 0 | ![]()
Мое ИМХО. С/С++ умрет. Один программер на Питоне может выполнить проэкт в несколько раз быстрее чем 2 программера на С/С++ (Это вот статистика) Конечно можно сказать что мол на питоне (в прочем и на других языках более высокого уровня, или проблемно ориентированных языках программирования) расходуется больше ресурсов машины бла бла бла Тут вроде нужно вспомнить закон мура (все удваевается каждые 18 месяцев). Хотя есть одна цифра, если он будет действовать еще 100 лет то производительность машин повысится в 90 квинтилионов раз. Скорее всего наткнется на что то и встанет ... в этом случае на первый план выйдет расспаралелизация процессов, и появятся соотетствующие компиляторы/интерпретаторы. Относительно молекулярной биологии и программирования на перле ... эта проблема до сих пор не решена, скорее всего появятся специалисты по дата процессингу для каждой науки, они не будут ни биологами/физиками/компьютерщиками а будут работать на стыках. Подобно физхимии, биохимии бла бла бла ... Хреновый из меня аналитик... |
![]() |
![]() | #12 | |
★★★★★★★★★★★★★ Join Date: 08 2004 Location: London, UK Age: 39
Posts: 16,531
Downloads: 8 Uploads: 0
Reputation: 482 | 6 | ![]() Quote:
| |
![]() |
Sponsored Links |