Pull to refresh
1
0
Send message

раньше для этого требовалось 1000 попыток для выдачи правильного ответа, потом 100, сейчас 10.

И в очередной раз повторюсь: "Асимптота – прямая, к которой график функции бесконечно приближается всё ближе и ближе по мере удаления его переменной точки в бесконечность, однако никогда её не достигает".

Как тут один из предыдущих ораторов отметил, "если достаточно долго сидеть на берегу реки говорить нейросети, что её ответ неправильный, то она выдаст правильный ответ".

Что, конечно, отлично работает, когда мы уже знаем, какой ответ правильный — но тогда нафига нам нейросеть?

Так ведь раньше для этого требовалось 1000 попыток для выдачи правильного ответа, потом 100, сейчас 10. Таким образом это "Нафига нам нейросеть" перетекает в "Почему ты до сих пор не используешь нейросеть"

Значит, выдаю народную базу по вопросу, не благодарите.

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

Автор статьи дал ответ уже в заголовке - "фундамент". Фундамент может быть только один - наличие собственной картины будущего. Кто вы, чего вы хотите, куда идёте, и кем хотите стать через год. Через пять. Через десять. Много хейтят этот вопрос, но незаслуженно - потому что это очень сложный вопрос, который всё определяет. Часто очень сложно найти ответ на этот вопрос, который требует очень большой внутренней работы и опыта этой работы. Это не про постановку целей, а про знание и понимание себя.

Если ответа нет - "я прикладываю усилия, потому что где-то когда-то меня дёрнула пойти туда какая-то неосознанная потребность - со временем эта потребность не удовлетворяется - что-то идёт не так - но я не знаю, что именно, и что вообще не так - я живу день сурка - я выгораю".

Если ответ есть - "у организма есть ровно столько сил, сколько ему нужно для достижения его цели". И при любой нагрузке не выгоришь никак.

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

Если же по теме статьи, то...

Важно: дальше идет сугубо личное и субъективное мнение

Вопрос сводится к вопросу служения чему-то более важному, чем ты сам. При отсутствии такового жизнь сводится к "заработать бабло, поесть суши" - что, в общем, сам автор считает ужасным, и я с ним согласен (а в литературе это прекрасно раскрыто в "Духлесс")

Проблема в том, что... э-э-э... открытая дискуссия сейчас на эту тему как-то сильно затруднена. Бабло как цель в жизни, видимо, не очень хороша; есть еще варианты в виде "создать идеальную архитектуру/код", "вести рационалистический образ жизни, т.к. каждое улучшение на 1.1% постепенно улучшает наш мир". И то, и другое является верой в технику - имхо, оправданной, только если, а-ля художник, вы готовы отказаться от всего мира ради Технической Идеи.

Но вопросы веры вообще обсуждать сложно, а сейчас - и не очень-то общественно приемлемо. А вопросы остаются, и решать их приходится в индивидуальном порядке. Или же - слушать какого-нибудь Петю, пропагандирующего варварство ("Пофиг как, но заработай себе на Мазератти").

Понятно.

У юнгианского психолога Холлиса есть хорошая книга про кризис среднего возраста "Перевал в середине пути" - рискну на основании своего опыта его порекомендовать в подобной ситуации. Особенно мне нравится оттуда начало:

"В течение многих лет своей психотерапевтической деятельности я слышу, как мои клиенты, с разной биографией и исполняющие самые разные роли в жизненной драме, рассказывают мне самые разные истории, но при этом у них у всех есть нечто общее: оказывается, они осознали, что их прежнее представление о смысле жизни и прежняя стратегия их поведения перестали быть для них эффективными. У одних людей эта необходимость осознания стала следствием затруднений в их отношениях с окружающими; у других пропал энтузиазм, который помогал им делать карьеру; третьи стали чаще болеть и ощущать депрессию… "

У меня, действительно, совсем не нашлось сил дать решение. Я дал небольшой совет поддерживать свое психологическое здоровье, опираясь на доказательную базу. Кажется, что мы всегда можем попасть в условия, где необходимо сталкиваться с такой деятельностью, но с большей осознанностью будет легче прогнозировать насколько вас хватит и когда стоит остановиться.

Вы просто работаете по принципу KISS. Вполне рабочий подход, даже в крупных фирмах.

В посте про "я за простоту", вы рассуждаете о математиках. Для того, чтобы создавать не вполне, a натурально рабочие, и, более того, производительные системы, сейчас достаточно изучить пару фреймворков для обеих сторон.
KISS - призван как раз исключить это всё из рабочих разговоров. Все эти тонкости ООП и ФП, на практике (ну там где бизнес, сроки, и прям здесь и сейчас, ФОТ, диффицит кадров), нужны только людям, которые их изучили до тех пор, как фреймворки и библиотеки инкапсулировали эти знания. Бизнесу нет дела то того, соответствует ли их продукт "Наследование нужно, чтобы показать, что А это частный случай Б" (простите, но наследование разработчику нужно, чтобы не писать код родителя), если никто не жалуется и он потратил на это столько сколько рассчитывал или меньше, а так же если новый разработчик легко подхватывает написанное предшественниками.

Ох уж этот "Бизнес". Единственно важный бизнес для разработчика - это собственный бизнес по сдаче в аренду собственных мозгов. Ваша задача - сдать подороже, а какой именно маркетинг вы примените для этого - это уже вопрос отдельный. Часто "Бизнес" вообще понятия не имеет, что такое хорошо и что такое плохо, в техническом плане. И он готов купить вашу "экспертизу", как страховку, для собственного спокойствия. В этот момент, сразу становится "не пофиг" на то, как вы способны зажечь аудиторию на тематической конференции. Не стоит абсолютизировать "Бизнес", за этим словом всегда стоят конкретные люди, иногда очень толковые, но часто и профаны, которые ведутся на любые "умные слова" сказанные "человеком в белом халате".

Я как представитель партии "Инженеров" скажу что самое важно для меня это проект. Он должен быть интересен для меня. А деньги... Это второстепенно. Чем меньше про них думаю - тем лучше себя чувствую. От этого и страдаю.

Когда я писал что бизнесу не важны баги в проекте - это просто литературный приём гипертрафации сути бизнеса. Как впрочем и фраза про то что код нужен вчера.

Просто если на одной чаше весов лежат баги, а на второй продать продукт сегодня. Понятно что выберет бизнес.

Я бизнес не выделяю в какой то отдельно живущий объект. Бизнес это те же самые люди. Просто у этих людей мировоззрение противоположно тому кто собственно и пишет код. Даже задачи разные. Бизнесу не важно что подорвать. Инженеру как раз очень даже важно что он созидает.

Что бы написанное не выглядело бессмысленным надо привести какой то умный вывод )))

Пусть вывод будет такой - если вам кажется что ваши босы идиоты, не переживайте. Вы своим босам тоже кажетесь дармоедами ))) Вселенское равновесие "Ра" востановленно )))

Уже много лет в беседах говорю что мне пофиг какой язык использовать. Собственно на почти всех кодил. От разных ассемблеров до weba, мобильных платформ, PC софт от бейсика с дельфой, до C# и всякого новомодного, SQL и прочего. Да собственно и схемотехника тоже, хотя это не по теме.

Так вот - все языки одинаковые в основе своей. Потому как все работают на одних процессорах которые работают по законам булевой алгебры. Грубо говоря все языки состоят из if,for,var.

Различия же не в языках - а в библиотеках и абстракциях которые приходится строить.

Наверное, имелось в виду "плохое" наследование - когда наследование делается только для того, чтобы повторно использовать код базового класса в производном и "А есть Б" при этом там даже и не пахнет. Поддерживаю в этом отношении Рихтера - все классы, которые изначально не задуманы служить базовыми для других сразу же метить как "sealed", чтобы предотвратить возможные злоупотребления в будущем.

всегда предпочту композицию наследованию

Хорошо быть тупым — у тебя сразу появляется выбор ))) Ладно, я этого не говорил. Я тоже не лобачевский. Тем не менее…

Агрегирование, которое автор зачем-то называет композицией, нужно, чтобы показать, что А это часть Б.

Наследование нужно, чтобы показать, что А это частный случай Б.

Поскольку это ситуации, прямо скажем, очень разные, то как можно иметь по этому поводу какие-то предпочтения? Как говорили Спиноза, Аристотель, Гегель, Маркс, Энгельс и Джейсон Стэтхем, «Свобода есть осознанная необходимость».

Как хорошо, что в моём детстве программисты, на чьих библиотеках и фреймворках я учился, не были тупыми и использовали в библиотеках и то, и другое, в зависимости от ситуации.

Тут палка о двух концах. Тем, кто "в совершенстве изучил все тонкости одного ЯП" рискует начать использовать его там, где есть более другие и более эффективные средства. Просто потому, что он ничего другого, кроме своего ЯП не знает и, что характерно, знать не хочет. Примеры тому, увы, встречал.

Я так же отношусь с подозрением к тем, кто знает и кодил на 100500 ЯП. Обычно это у них занимает 1, максимум 2 года. И в итоге получается что все и ничего не знает. Чтобы изучить тонкости ЯП нужно время.

UFO landed and left these words here

Согласен с первой частью, статья на самом не совсем подходит для хабра, просто посыл статьи очень противоречив. Собрали модуль, очень нужен, почти полностью из российских компонентов и дешевле чем аналоги. Но если посмотреть даже на фото модуля, то процессор западный, обвязка процессора азиатская. Печатная плата местного производства, рассыпуха, не понятно чья, но скорее тоже китайская. Ну и разработка местная. Вангую что новость немного высосали из пальца. Разработчики делали модуль, тут санкции, они чтобы сохранить совместимость на уровне ПО, поменяли все кроме процессора на китайское. Ну и модуль стал дешевле.

C 2016 года на плате референсного дизайна для ARM проца заменяли резисторы, конденсаторы и цепи питания, наверное еще отечественный текстолит, но самое главное, что вся эта работа без проца обнуляется. 7 лет, так-то темпы разработки показывают все глубину наших глубин в радиоэлектронике и микроэлектронике.

Меня смутило что в статье что ссылка на ТАСС и решил копнуть чуть глубже. Из своего опыта могу сказать что подобные модули обычно состоят платы, процессора, чипа оперативной памяти, чипа постоянной памяти, микросхем питания и микросхем интерфейсов. Из этого всего из российского сейчас можно добыть со скрипом и за большую стоимость только микросхемы питания ну и может интерфейсы. Посмотрел в другом источнике "В 2023 году этот модуль был модернизирован, все компоненты, кроме процессора, были заменены на доступные аналоги из дружественных стран"...

Information

Rating
Does not participate
Registered
Activity