Еще недостатки Typescript: 1) когда Вы пишите абсолютно новое то Вы не всегда четко знаете предметную область и соответственно Вы априори не можете определить типы изначально 2) Когда Вам надо внедрить в проект js код то Вы обязаны его приводить к системе Ваших типов но сторонняя библиотека об Вашей иерархии абсолютно ничего не знает. Встает вопрос - а чем тогда отличается подход обьектного проектирования(программирования) от подхода первоначального определения типов ? Явное требование первоначально все "затипизировать" часто просто мешает ходу проектной мысли И тут точно нужен некий баланс
У меня была в то время пачка ГМД штук 15 и я с них ставил Где брал уже не помню И это была супер среда ! А потом мне попался "Гради Буч" и там на smaltalk примеры Супер воспоминания - спасибо автору что "напомнил"
Про Убер и его миллиарды знать это хорошо но вот где маленькому IT стартапу взять инвестиции?Например у меня у меня в разработке проект(MVP done) Где и к кому обращаться?
Кто нибудь ответит - почему заказчики которые платят достаются разработчикам которые суют героически 4К видео на главный экран. Потом героически с этим сражаются. Потом пишут статьи как они это победили. Потом учат других... а в это время адекватные разработчики без работы и заказчиков найти не могут ? Почему так?
Все по делу.Просто напрашивается - а что тогда использовать? TypeScript это еще та штучка(слишком много обвязок и предварительных настроек) Явно нужен какой то новый язык Вопрос какой?(Хаскель не предлагать как язык широкого применения не проходит) Ваши варианты?
Например у меня есть готовое MVP и вопрос инвестиций это главный вопрос и он очень трудный. Надо живьем с бизнесом говорить а в современных реалиях это невозможно. Если у Вас есть выход на господ "Корейко и К" напишите в личку
Все по делу! Автору уважение за смелость! Только в современном мире подход - берите другой язык и получайте удовольствие не работает.Выбрать язык и самому на нем работать можно только на своем проекте при неограниченной финансовой подушке.Когда вы приходите на работу (на новый проект) Вы всегда подстраиваетесь для того что бы .... выжить Поэтому проблемы описанные в статье правильные но увы языки мы (как ни странно) не выбираем а подстраиваемся под глубинные течения развития технологий
Цитата: Я прошел длинный путь в IT: около 5 лет работал разработчиком...... Вы серьезно считаете это длинным путем? А 35 лет это какой по Вашему путь?И что то маловато статей от таких людей ибо .... они никому не нужны А вы прошли только 5 лет и уже что то начали понимать.Чем раньше поймете тем лучше для Вас будет
Похвально я тоже так работаю, но мы с Вами видим мир как инженеры.И к сожалению инженеры не управляют нашим миром.И у них другой взгляд.Я как раз не очень то оптимистично смотрю в будущее. AI не принесет в ближайшее время счастья высококвалифицированным специалистам, он их "сьест".И что делать пока не очень понятно
Если Вы столь оптимистичны то для проверки Ваших "гипотез" реализуйте свои проекты, уйдите с головой в свой проект с AI а потом через год напишите что получилось.Вот это будет интересно. Вы после года такой работы почувствуете разницу в понимание происходящих процессов. Инженеры и те люди которые им платят думают и действуют по разному
Со стороны здравого смысла "ExtractPath" это действие/команд а "Тип" это над множество. Типы надо вводит по предметной области и если смешивать понятийную основу то получается взрыв мозга здравого смысла и как следствие не читаемый код
Еще недостатки Typescript: 1) когда Вы пишите абсолютно новое то Вы не всегда четко знаете предметную область и соответственно Вы априори не можете определить типы изначально 2) Когда Вам надо внедрить в проект js код то Вы обязаны его приводить к системе Ваших типов но сторонняя библиотека об Вашей иерархии абсолютно ничего не знает. Встает вопрос - а чем тогда отличается подход обьектного проектирования(программирования) от подхода первоначального определения типов ? Явное требование первоначально все "затипизировать" часто просто мешает ходу проектной мысли И тут точно нужен некий баланс
У меня была в то время пачка ГМД штук 15 и я с них ставил Где брал уже не помню И это была супер среда ! А потом мне попался "Гради Буч" и там на smaltalk примеры Супер воспоминания - спасибо автору что "напомнил"
Да - я вспомнил! Я действительно писал на Smalltalk и притом на OS/2 (кто то помнит такое ? )
Про Убер и его миллиарды знать это хорошо но вот где маленькому IT стартапу взять инвестиции?Например у меня у меня в разработке проект(MVP done) Где и к кому обращаться?
Кто нибудь ответит - почему заказчики которые платят достаются разработчикам которые суют героически 4К видео на главный экран. Потом героически с этим сражаются. Потом пишут статьи как они это победили. Потом учат других... а в это время адекватные разработчики без работы и заказчиков найти не могут ? Почему так?
Когда выпустят TS->native code тогда и только тогда есть смысл в нем разбираться
Все по делу.Просто напрашивается - а что тогда использовать? TypeScript это еще та штучка(слишком много обвязок и предварительных настроек) Явно нужен какой то новый язык Вопрос какой?(Хаскель не предлагать как язык широкого применения не проходит) Ваши варианты?
Например у меня есть готовое MVP и вопрос инвестиций это главный вопрос и он очень трудный. Надо живьем с бизнесом говорить а в современных реалиях это невозможно. Если у Вас есть выход на господ "Корейко и К" напишите в личку
Как же у Вас все легко - "идем и получаем одобрение от бизнеса...". Так и хочется вставить слова классика:"Интересный Вы человек господин Корейко"
Статья отстала от жизни.Все доводы были актуальны лет так 10 назад
Все по делу! Автору уважение за смелость! Только в современном мире подход - берите другой язык и получайте удовольствие не работает.Выбрать язык и самому на нем работать можно только на своем проекте при неограниченной финансовой подушке.Когда вы приходите на работу (на новый проект) Вы всегда подстраиваетесь для того что бы .... выжить Поэтому проблемы описанные в статье правильные но увы языки мы (как ни странно) не выбираем а подстраиваемся под глубинные течения развития технологий
Прекрасный пример чтобы понять что не нужно такое делать на собеседовании
Дзен леса прост - там волки. Дзен неба прост - там надежда. Дзен жизни прост - ты на...й кому нужен с 35 годами опыта
5 < 35 && 11 < 35 // суть от этого не меняется
Цитата: Я прошел длинный путь в IT: около 5 лет работал разработчиком...... Вы серьезно считаете это длинным путем? А 35 лет это какой по Вашему путь?И что то маловато статей от таких людей ибо .... они никому не нужны А вы прошли только 5 лет и уже что то начали понимать.Чем раньше поймете тем лучше для Вас будет
Похвально я тоже так работаю, но мы с Вами видим мир как инженеры.И к сожалению инженеры не управляют нашим миром.И у них другой взгляд.Я как раз не очень то оптимистично смотрю в будущее. AI не принесет в ближайшее время счастья высококвалифицированным специалистам, он их "сьест".И что делать пока не очень понятно
Если Вы столь оптимистичны то для проверки Ваших "гипотез" реализуйте свои проекты, уйдите с головой в свой проект с AI а потом через год напишите что получилось.Вот это будет интересно. Вы после года такой работы почувствуете разницу в понимание происходящих процессов. Инженеры и те люди которые им платят думают и действуют по разному
Прогноз на 2025 год: В связи с развитием AI и LLM работы для квалифицированных программистов станет.... меньше !И соответственно вырастит безработица
Со стороны здравого смысла "ExtractPath" это действие/команд а "Тип" это над множество. Типы надо вводит по предметной области и если смешивать понятийную основу то получается взрыв мозга здравого смысла и как следствие не читаемый код
Если со стороны здравого смысла на все это посмотреть то это просто жуть. Зачем все эти усложнения?Для кого?Похоже все это нужно только "тайпскрипту"