Подтверждаю! 20 лет назад по программированию такая же херня была.
25 лет назад. 20 как раз форумы стали появляться.
ну да, появляться стали, а толку пока мало было. Еще не насыщены полезной информацией. Неделю копаешься, перебираешь варианты, потом находишь вроде верный, но цуко, это не под ту версию Delphi или Builder... Епть...бидапичаль
Это сообщение отредактировал vanonik - 24 апр. 2025 г. в 21:52
Не надо путать программистов и кодеров. Это разные люди.
Согласен!
Цитата
задачи зачастую такие, что спросить я могу только у вселенского разума решение, ибо я творец
А вот тут нипанятна! Что же это за задачи такие? Входные данные известно (какие), желаемый результат - тоже. Методы обработки и ресурсы - уже вторичны... В голову приходит только обработка мутных результатов малопонятных экспериментов с пмощью ИИ. И то с натяжкой.
Не надо путать программистов и кодеров. Это разные люди.
я вот не совсем понимаю разницы. Расскажи, мил человек.
Я могу рассказать.
Программист, это прежде всего алгоритмы и самостоятельный выбор инструментов и реализации. Кодер - человек тупо пишущий код по уже указанным схемам и алгоритмах, на указанном языке и с использованием конкретных инструментов (фреймворк, IDE). Всё вышеперечисленное продумывает архитектор (или кто пониже). Но НЕ кодер!!! Он частенько даже не знает ЧТО на входе и что должно быть на выходе всей программы/программного комплекса!
Это сообщение отредактировал murla - 24 апр. 2025 г. в 22:08
А хорошо ли наличие множества библиотек для написания кода? ИМХО - Программисты теряют квалификацию при таком подходе.
Например: Есть Bitmap. Нужно его повернуть на н-градусов. Нагуглил нужную библиотеку и функцию к ней. Воткнул в код - вуаля! Проблема решена парой строк кода.
Но у программиста ничего не добавилось из знаний, как это сделать ручками. Спустя несколько лет. Владелец библиотеки, где был этот код, сделал ее платной. Понаписано куча кода с использованием данной библиотеки. Хошь не хошь - плати!
Или произошел переход на другой тип данных. Где начал использоваться альфа-канал. Как переписать код под новый тип данных? Гуглить обновленную библиотеку?
Короче тут много засад. Для ускорения написания кода да, сторонние библиотеки сильно упрощают жизнь, но программист должен знать алгоритм, по которому решается задача. И если что, исправлять код ручками.
Не надо путать программистов и кодеров. Это разные люди.
я вот не совсем понимаю разницы. Расскажи, мил человек.
Я могу рассказать.
Программист, это прежде всего алгоритмы и самостоятельный выбор инструментов и реализации. Кодер - человек тупо пишущий код по уже указанным схемам и алгоритмах, на указанном языке и с использованием конкретных инструментов (фреймворк, IDE). Всё вышеперечисленное продумывает архитектор (или кто пониже). Но НЕ кодер!!! Он частенько даже не знает ЧТО на входе и что должно быть на выходе всей программы/программного комплекса!
хорошо, тогда чем отличается программист от архитектора?
Не надо путать программистов и кодеров. Это разные люди.
я вот не совсем понимаю разницы. Расскажи, мил человек.
Я могу рассказать.
Программист, это прежде всего алгоритмы и самостоятельный выбор инструментов и реализации. Кодер - человек тупо пишущий код по уже указанным схемам и алгоритмах, на указанном языке и с использованием конкретных инструментов (фреймворк, IDE). Всё вышеперечисленное продумывает архитектор (или кто пониже). Но НЕ кодер!!! Он частенько даже не знает ЧТО на входе и что должно быть на выходе всей программы/программного комплекса!
хорошо, тогда чем отличается программист от архитектора?
Тем что работает. Архитектор это такой специальный человек который с одной стороны уже сам ничего не делает, а с другой стороны ещё ни за что не отвечает. Лучшие годы работы были.
Подтверждаю! 20 лет назад по программированию такая же херня была.
думаю за 60 лет назад в ядерке было так же примерно)))
Если обобщить, на острие науки всегда так было и так будет. Практически непонятно "что, куда и как, как интерпретировать то что получилось".
Но чуть дальше от "острия" практически всегда уже уже куча материалов и статей. Раньше это называлось "информационный бум", ЕМНИС. - Количество теоретически доступной информации росло экспоненциально уже лет 50, и тогда учёный физически изучить всю имеющуюся инфу: пока читаешь одну статью по конкретной теме, выходят ещё 3-5! Именно отсюда растут ноги многих инструментов хранения и обработки инфы (большие базы данных, интеллектуальная их обработка, "ИИ" наконец!)!
А хорошо ли наличие множества библиотек для написания кода? ИМХО - Программисты теряют квалификацию при таком подходе.
Например: Есть Bitmap. Нужно его повернуть на н-градусов. Нагуглил нужную библиотеку и функцию к ней. Воткнул в код - вуаля! Проблема решена парой строк кода.
Но у программиста ничего не добавилось из знаний, как это сделать ручками. Спустя несколько лет. Владелец библиотеки, где был этот код, сделал ее платной. Понаписано куча кода с использованием данной библиотеки. Хошь не хошь - плати!
Или произошел переход на другой тип данных. Где начал использоваться альфа-канал. Как переписать код под новый тип данных? Гуглить обновленную библиотеку?
Короче тут много засад. Для ускорения написания кода да, сторонние библиотеки сильно упрощают жизнь, но программист должен знать алгоритм, по которому решается задача. И если что, исправлять код ручками.
К сожалению хер. При незнании, что под капотом, будешь получать пизды от заказчика. Банальный пакет utils.calendar в java... Ты ему скормишь текущую дату, а он выплюнет вдохновившись мутабилити другую. И вся твоя работа по пизде пошла.
Или хибернейт удивит всех, отьебнув на ленивой загрузке. ( LazyInitializationException )
Нахер читать, чем пользуешься? Пусть заказчик гуглит!
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
yaplakal.com