Всё развивается по-спирали… Во времена молодости был такой Clarion, которые позволял писать программы, щелкая мышкой по менюшкам, и программы работали. Но проблема была в том, что сделать могли только те вещи, до которых додумался разработчик языка, и даже небольшие «хочувоттак» приводили к углубленному копанию, подключению внешних библиотек и прочее.
Так что думаю, не придёт уровень «сделай вот такую хрень», потому как обязательно потребуется «сделай почти такую же хрень, но с перламутровыми пуговицами». И если разработчик абстракции не предусмотрел такой возможности, то целиком вся абстракция оказывается непригодной и придётся спускаться на уровень ниже.
Приведу пример из своей работы. Нужно строить дерево какого-то железа (эта железка может иметь этих детей в таком-то количестве, а вот эта- совсем других детей и.т.д.) Железо на момент изготовления программы неизвестно, что куда подключается- неизвестно. Сначала пытались выехать на описалове и настройках, но уж больно всё сложно всё получалось, и потому решили внедрить скрипты в описалово железа. И всё прям замечательно получилось — считываешь json-ку, находишь по id нужную железку, запускаешь скрипт и получаешь, что к этой железке можно подключить, а что-нет. Для скриптов используем groovy
Но почему Lasarus? Вы сразу обучаете восмиклассников ООП, а если нет, то как объясняете все эти private|published property &
ИМХО, очень странный выбор языка для обучения
4 и 5 в нашей компании сплошь и рядом, но я проблем не вижу. Да, стартуем без ТЗ, да, заказчик меняет требования. Но всё это не бесплатно…
Зато в статье «токсичные» сотрудники упомянуты только в контексте тимлидера, но, тимлидерам-то это зачем? Они за разработку головой отвечают, им надо, чтобы команда работала по-полной. А вот среди команды «токсичные» часто бывают, и если тимлидер не противодействует, то атмосфера к команде становится невыносимой.
А зачем искать в своём городе. Я вот, например, по удалёнке на Москву работаю, и очень даже зашибись — до рабочего места 5 шагов, зарплата почти московская
Насколько читал про kotlin/native, он не может использовать инфраструктуру JVM и, соответственно, все классы java. Остаётся либо чисто котлиновские библиотеки, либо котлиновские порты на нативные библиотеки. Вот и интересуюсь, насколько комфортно использовать Native вне JVM.
Сейчас передо мной стоит задача на котлине, и пока в раздумьях — то ли под JVM продолжать, то ли на Native перейти для интереса
Есть такое. Хитрые ЧОП-овцы не прописывают время прибытия, ссылаясь на удалённость/дороги/снежные заносы.
На гос ПЦО договор типовой, но там время прибытия на удаленную точку таково, что воры однозначно успеют уехать
И сейчас считается абсолютно также. Программистов мало, задач овермного, тестировщики халявят. К тому же, учитывая невысоки зарплаты в этой области, найти грамотных прогеров очень трудно.
Так что думаю, не придёт уровень «сделай вот такую хрень», потому как обязательно потребуется «сделай почти такую же хрень, но с перламутровыми пуговицами». И если разработчик абстракции не предусмотрел такой возможности, то целиком вся абстракция оказывается непригодной и придётся спускаться на уровень ниже.
(с) общество зануд
ИМХО, очень странный выбор языка для обучения
Зато в статье «токсичные» сотрудники упомянуты только в контексте тимлидера, но, тимлидерам-то это зачем? Они за разработку головой отвечают, им надо, чтобы команда работала по-полной. А вот среди команды «токсичные» часто бывают, и если тимлидер не противодействует, то атмосфера к команде становится невыносимой.
Сейчас передо мной стоит задача на котлине, и пока в раздумьях — то ли под JVM продолжать, то ли на Native перейти для интереса
На гос ПЦО договор типовой, но там время прибытия на удаленную точку таково, что воры однозначно успеют уехать