October 27th, 2018

о сложностях борьбы со сложностью-1

это все относится и к языкам, к языкам даже в большей степени, чем к студиям/IDE (это все интегрированные среда разработки программ и прочего, типа навороченных редакторов-браузеров)

buriy:
----
Про бюджет я ответил выше.
А про разработку -- квалификация нужна по причине сложности продукта. В Eclipse порядка миллиона строк кода. Несколько месяцев уйдёт только чтобы в этом прилично разобраться! А потом нужно ещё писать десятки тысяч строк, чтобы реализовать сотни фич типа "комментарий", "форматирование текста", "синтаксический анализ языка Z", "статический анализ языка Z". И каждая такая фича -- это недели или даже месяцы работы. Сто фич по неделе на фичу -- это уже два человеко-года. А ещё столько же надо заложить на тестирование и багфиксинг, и в 3 раза больше, чем программирование+багфиксинг вместе, если вы хотите делать из этого продукт, а не поделку (ибо сбор требований, продажи, маркетинг, документация). Это вообще rule of thumb в разработке продуктов: 1/6 программирование, 1/6 тестирование, 2/3 -- всё остальное.
Но если вы возьмёте готовый компонент редактора, готовый компонент графического редактора, готовый статический анализ, и не захотите делать кастомные(улучшенные) версии этих компонент -- то, конечно, можно существенно снизить объём программистской работы. Процентов на 80.
Но: вспомним про вашу связь "многие-ко-многим" между представлениями данных в разных views. Сколько у вас уйдёт лет, чтобы отловить все баги в вашей реализации (которая к тому же будет постоянно изменяться-улучшаться)?
(Именно поэтому такие большие бюджеты. $500k -- это всего 5 лет одного хорошего программиста в Америке. Если набирать программистов со всего мира -- можно снизить почасовую ставку раза в три. Ну, будет $150k за 5 человеко-лет.)
Так что прикиньте свои фичи, посчитайте человеко-годы, вздохните, и займитесь чем-нибудь ещё :)
До тех пор, пока у нас нет компьютера, чтобы он за нас программировал и делал индивидуальные динамические интерфейсы на заказ (начиная с чего-то типа описанного в "Ишкушштвенный интеллект", и заканчивая интерфейсом из "Харизмы" Каганова), делать IDE -- пустая трата времени.
https://ailev.livejournal.com/1280626.html?thread=13899634#t13899634
---
Не доползут. Всё рассыпается под собственной тяжестью.
Пока принципиально подход -- способ борьбы со сложностью -- не поменяется, все будут наступать на одни и те же грабли.

из темы
Студии разные нужны, студии разные важны
https://ailev.livejournal.com/1280626.html
========

ps аналогично применимо и сюда
о технических трудностях создания искусственного интеллекта
https://deep-econom.livejournal.com/106106.html

о сложностях борьбы со сложностью-2

"Просто есть такое интересное утверждение в софтостроении, что нельзя автоматизировать нерегулярную деятельность человека, но легко можно автоматизировать или упростить регулярную деятельность. "
"Моделирование -- деятельность крайне нерегулярная, поэтому, я думаю, IDE, как аналог большого экскаватора для регулярных действий, поможет здесь мало.
Так же и не будет помощи от IDE для AI."

часть ветки
=================

Collapse )

=============

https://ailev.livejournal.com/1280626.html?thread=13929586#t13929586

как писать резюме

И кто это портфолио будет смотреть? Кадровик из Human Resources. Который в деталях абсолютно не шарит. Да ему и не нужно.
Многословие в резюме - абсолютное зло. Должно быть коротко, и строго по делу.

Например:

Вводный абзац.
Ищу работу начального уровня по ... . Специальность - околачиватель груш. Участвовал в проектах 1. "яблоко", 2. "слива", 3. "ананас" в качестве старшего помощника младшего околачивателя. Выраженные способности к работе в команде. Быстрая обучаемость. Способность выполнять работу точно и в срок. У работать в условиях многозадачности. (По русски эта лабуда коряво звучит, но на птичьих языках однословные термины давно готовы, только подставляй. И еще - именно эти словечки просто обожают кадровики).

Далее, детализация, но без "воды".
Collapse )