macroevolution: (anomalocaris)
[personal profile] macroevolution
Я всю жизнь программировал только на бейсике, на разных его версиях.  Так получилось. Когда писал кандидатскую, набралось очень много таблиц с данными (это были морфологические признаки морских ежей), и я задолбался обсчитывать их на калькуляторе. Поэтому быстренько освоил бейсик (тогда персональные компьютеры IBM только начали появляться, и к ним прилагался язык GW-Basic). Освоил - и сразу почувствовал себя человеком. С тех пор не переучивался, сейчас пишу все свои программки на VBA в MS Access. То есть в программировании я дилетант, но опытный. Программированием пользуюсь сейчас для имитационного моделирования эволюционных процессов в популяциях. Подумываю об одной новой модели, но понимаю, что на VBA она будет работать невыносимо медленно. Насколько я понимаю, программа, написанная почти на любом другом языке, компилируемом, будет работать в разы быстрее. Вопрос такой: какой из этих языков мне будет быстрее и проще всего освоить? Времени, сил и желания преодолевать трудности и вникать в программистские проблемы - не имеется. Мне бы этот язык просто скачать (можно купить, если не слишком дорого), освоить за пару-тройку дней - и вперед. Т.е. главное, чтобы он был максимально простым в освоении для того, кто знает бейсик, без всяких интеллектуальных "понтов", но работал хотя бы раз в 10 быстрее.
From: [identity profile] victor-chapaev.livejournal.com
Вот с вашим замечанием соглашусь. Хотя VB тоже молча меняет типы и автор поста может быть опытен в этом деле

Date: 2015-01-11 06:29 pm (UTC)
From: [identity profile] kuhelklopf.livejournal.com

Присоединяюсь к Python

Date: 2015-01-11 06:30 pm (UTC)
From: [identity profile] lvqcl.livejournal.com
".NET Native is currently focused on Windows Store apps." ну-ну.

Date: 2015-01-11 06:31 pm (UTC)
From: [identity profile] photo pro (from livejournal.com)
>> Да 270 МП это целых шесть секунд HD-видео.
6 сек видео - 150кадров, а не один. да и те кастрированные и не с такой глубиной цветности точностью. Уже разница минимум в 150-500 раз по обьему данных на кадр.
а 500 раз - это разница между 1 секундой 9 минутами на обработку единицы рассчета. Не чувствуешь? Математику в школе не учил? Програмист сраный. %))))

Дебил конченный, ты еще и о видео берешься рассуждать не понимая вообще как устроен видеосигнал.
Так вот, дебил, в твоем HD видео вообще нет однопиксельной информации иначе бы телящики захлебнулись бы от потока данных - там кластеры яркости и цвета по 4 или по 16 пиксел (навскидку не помню), нет и 16 бит цвета на канал, да и каналов не три. так что в реальности HD-видеокадр дай бог полмегапиксела реальной информации в 8бит содержит на все каналы суммарно

Date: 2015-01-11 06:34 pm (UTC)
From: [identity profile] guga50.livejournal.com
>> std::vector res = some_function();

в вектор res будет засунуто значение функции, при этом пофигу какой тип она возвращает. (ну тоесть он отныне будет тем типом который она в него вернёт)
при этом он ещё и неизменяемым будет.
Edited Date: 2015-01-11 06:37 pm (UTC)

Date: 2015-01-11 06:36 pm (UTC)
From: [identity profile] kaban-v-woke.livejournal.com
Мы говорим о шестом билдере. Хотя можно брать конечно и 2009 билдер.
Полностью стандарту мало вообще кто соответствует, но для имитационного моделирования вполне себе хватит. И стл и буст можно прикрутить.
Факов по языку C++, stl, boost вагон и тележка. Факов по вкл ещё больше. Хотя в его задаче вкл ему нафиг не нужен. Только если адошки.

Date: 2015-01-11 06:37 pm (UTC)
From: [identity profile] victor-chapaev.livejournal.com
Ну да, я старпер, пользуюсь билдером с 99 года и до сих пор не вижу, чем он мне не подходит. Кстати, многие молодые спецы, программирующие на каких-то нет-дот и т.д. не могут сделать того, чего я могу сделать на билдере. Хотя мы, конечно, не профи. Видимо, у молодежи хватает времени, чтобы каждые 2-3 года тратить по полгода на освоение новых модных средств разработки... А что вы посоветуете, если у меня проекты тянутся с нулевых годов и до сих пор развиваются? Переписывать каждые два года на новую платформу?
Советую билдер потому, что он надежен, универсален и делает достаточно быстрые приложения.

Date: 2015-01-11 06:39 pm (UTC)
From: [identity profile] phlya.livejournal.com
Не только ДНК, и не только последовательности, но его я специально не упоминал, потому что да, вряд ли понадобится. А вот numpy обязательно.

Но как по мне, так для разработки программ удобнее Spyder нежели IPython Notebook, который, в свою очередь, незаменим для мануалов :)

Date: 2015-01-11 06:39 pm (UTC)
From: [identity profile] ruinternet.livejournal.com
Оок! Оок. :)
Блин. Кстати, у меня тут ребенок бился за право на олимпиаде писать на питоне. Там по правилам ограничений на синтаксис нет, но проверяющие знают паскать и басик :) Но разрешили. Надо посоветовать брейнфак в след. раз. Вот они схлопнутся мозгом, бгг.

Date: 2015-01-11 06:43 pm (UTC)
From: [identity profile] lvqcl.livejournal.com
>Мы говорим о шестом билдере

Да ну?
http://macroevolution.livejournal.com/186606.html?thread=12716270#t12716270
"Версия 5 - самая лучшая"

Date: 2015-01-11 06:45 pm (UTC)
From: [identity profile] agalakhov.livejournal.com
Это когда человек, вместо того, чтобы написать примерно так:

int x = 5;
f1(x);
f2(x);

делает переменную x членом класса и пишет примерно так:

this.x = 5;
f1();
f2();

В результате переменная x уничтожается гораздо позже, чем это реально требуется по логике кода. И обычно, увы, это вовсе не int, а некий довольно тяжелый объект класса.

Date: 2015-01-11 06:50 pm (UTC)
From: [identity profile] kaban-v-woke.livejournal.com
Ну значит о пятом.

Date: 2015-01-11 06:52 pm (UTC)
From: [identity profile] agalakhov.livejournal.com
> ну база на 100 гигов - это фигня, если честно, т.к. можно в сервер и 128гигов набить.

Если база ОБРАБАТЫВАЕТСЯ, то для промежуточных результатов и словарей требуется ОЗУ, в несколько раз превышающее объем базы. Практически при 128 гигабайтах памяти предел объема базы, при котором такая обработка еще эффективна, составляет 30-40 гигабайт. Если надо больше, то обработку приходится делать уже оффлайн, на дисковых файлах и не в реальном времени.

> ООП эффективно для задач, которые легко представляются в виде диаграммы обьекты-акторы-действия

Но в таких задачах уже вовсе необязательно делать ООП на уровне языка, достаточно на уровне библиотек. ООП создавалось как раз для решения таких задач (Smalltalk), но потом были придуманы методы поинтереснее и с меньшим количеством подобных эффектов.

Date: 2015-01-11 06:53 pm (UTC)
From: [identity profile] thisbinaryworld.livejournal.com
Математика очень специфична и требует затрат на ознакомление, но какой у нее крутой хэлп! С ней хочется и “можется” подружиться. Но, хоть я и фанат математики (и не программист ни разу), рекомендовать ее человеку, который не готов разбираться, не стал бы, наверное.

Date: 2015-01-11 06:53 pm (UTC)
From: [identity profile] yelenay.livejournal.com
Если данные держать в sql server express, то и access будет быстрее работать, особенно если обработку данных писать внутри sql server в stored procedures. Также хорош vb.net, он прост и у него достаточно много готовых библиотек с объектами, как от Microsoft, так и от независимых фирм.

Date: 2015-01-11 06:54 pm (UTC)
From: [identity profile] agalakhov.livejournal.com
Ну то есть не создавая в этих программах ни одной формы, ни одной кнопки, ни одного графического элемента, да?

Или все-таки объектов в вашей программе куча, просто их за вас написала IDE, а вы не следите за тем, что там написано и как реально работает?

Date: 2015-01-11 07:00 pm (UTC)
From: [identity profile] den-po.livejournal.com
как-то так https://ru.wikipedia.org/wiki/Шитый_код

Date: 2015-01-11 07:00 pm (UTC)
From: [identity profile] kotomord82.livejournal.com
Ну зачем так издеваться над ребенком?
Perl6 для проверяющих достаточно

Date: 2015-01-11 07:02 pm (UTC)
From: [identity profile] ilfn.livejournal.com
Лабвью. LabVIEW от национальных инструментов. Графический язык. Для массивов самое то - писать ничего не надо.

Date: 2015-01-11 07:04 pm (UTC)
From: [identity profile] lanrusa.livejournal.com
>> Ну то есть не создавая в этих программах ни одной формы, ни одной кнопки, ни одного графического элемента, да?

Конечно. Они были консольные.

Date: 2015-01-11 07:12 pm (UTC)
From: [identity profile] psilogic.livejournal.com
отвечу за вашего собеседника

1. пусть есть временная переменная tmp, ей что-то присвоено

2. ссылку на эту переменную отдают какому-то долгоживущему объекту obj, прикапывают в каком-нибудь его поле obj.member

3. мы выходим из области видимости для tmp
на этом шаге в языке без GC tmp уничтожается
на этом шаге в языке с GC tmp остается т.к. на него есть ссылка из obj

4. мы пытаемся использовать obj.member
на этом шаге в языке без GC возможен краш
на этом шаге в языке с GC краша не будет, но будет обращение к вроде как валидному объекту, который давно не нужен и, скорее всего, никак не соответствует происходящему
Edited Date: 2015-01-11 07:13 pm (UTC)

Date: 2015-01-11 07:13 pm (UTC)
From: [identity profile] natvalbr.livejournal.com
про алгоритмы, вы поди ничего не слышали... Шикарно!

поди только на мифических веб-фреймворках работаете.

Date: 2015-01-11 07:15 pm (UTC)
From: [identity profile] natvalbr.livejournal.com
так я не сказал, что интерпретируемые языки лучше...

я пример про С++ приводил. И имел ввиду про копирование результата и "move operator" в С++11.

auto тут совсем ни при чём.

Date: 2015-01-11 07:16 pm (UTC)
From: [identity profile] natvalbr.livejournal.com
таки и в Android тоже самое делают. пытаются. уже в версии 4.4.4 кажись есть, но по умолчанию, отключили.

Date: 2015-01-11 07:17 pm (UTC)
From: [identity profile] alex2210.livejournal.com
Александр, если прочтёте это, то важно не только какой язык по скорости исполнения, но и скорость изучения.
Проще (в написании) и быстрее (в исполнении) чем обычный Си (для обычных "линейных" программ), имхо, мало что может быть.

По скорости изучения:
В 1988-м году я изучил язык Си за один уикенд (с вечера пятницы по вечер вск.) по книге Хэнкока, Кригера "Введение в программирование на языке Си".
По любой другой книге (в том числе по знаменитому "Кэрнигану") изучение заняло бы почти на порядок больше времени.

С уважением
Александр

P.S.
буду рад оказать Вам любую посильную помощь
Edited Date: 2015-01-11 07:19 pm (UTC)

January 2019

S M T W T F S
  12345
6789101112
1314 1516171819
20212223242526
2728293031  

Style Credit

Expand Cut Tags

No cut tags
Page generated Feb. 8th, 2026 03:49 pm
Powered by Dreamwidth Studios