- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Слава Шевцов, тут все зависит от практики :) Известно, что практика определяет правильность кодинга. Например, при работе с php надо знать, как эта стерва обходит метки при поиске, чтобы уменьшить время, ну и так далее. Практика определяет все.
Каждый мог делать на своём языке (Кобол, Фортран, Паскаль, С, ассемблер и др. на момент 1980 года).
Хех, ну сравнили :)
Эти-то языки (кроме ассемблера, конечно) на момент 1980 года были практически равноценны по своим возможностям ;) Потому и производительность одинаковая получилась. А попробуйте-ка сейчас провести аналогичный тест на, скажем... ну тут уже говорилось - ПХП и ruby, к примеру :)
Там оговорка: "после полугода". Это существенно. После, когда за описанием функций не требуется лезть в справочник, мало что меняется. Особенно, если уже много лет пишешь на разных языках.
Оговорку я видел :)
На вышеописанном тетсе, согласен, особой разницы между полугодовалым и пятилетним стажем не будет.
А вот при разработке серьезной системы...
Тут надо просто понять, кого мы имеем в виду под словом "программист" - кодировщика, примитивно шлепающего по написанному постановщиком алгоритму, или настоящего разработчика :)
Хех, ну сравнили :)
Эти-то языки (кроме ассемблера, конечно) на момент 1980 года были практически равноценны по своим возможностям ;)
Это Кобол-то с С одинаковы? Между Коболом и С разница больше, чем между С и ассемблером. Кобол язык очень высокого уровня, да ещё и специализированный.
ут надо просто понять, кого мы имеем в виду под словом "программист" - кодировщика, примитивно шлепающего по написанному постановщиком алгоритму, или настоящего разработчика
А вот это ключевые слова :) Ежели программисту надо писать четкий алгоритм для его работы, то это просто кодер, причем не факт, что грамотный. Любой программист должен понимать суть задачи и сам предлагать пути для ее реализации.
Если он не знает свойств объектов, то хоть год он в деле, хоть 5. И разницы в языках никакой нет, разве что в грамотном использовании БД или парсинге кода для создания высоконагрузочных проектов (либо наоборот, например на sql light, при создании быстрых и легких сайтов).
У нас был один замечательный программист, который воткнул в проблему написания CMS, и хоть он уволился и пишет ручками (без нашего билдера), все равно скорость довольна высокая у него - 2 дня на сайт, написанный на процедурах. А был и обратный пример, человек, опыта у которого было больше, да и образование ... :) до сих пор тупит, потому что ему нужны были четкие задачи.
Чужой опыт как поношенное платье - редко кому подходит, но тенденция роста уровня программиста в зависимости от практики очевидна.
дублин :)
Тут надо просто понять, кого мы имеем в виду под словом "программист" - кодировщика, примитивно шлепающего по написанному постановщиком алгоритму, или настоящего разработчика :)
А кто у нас способен решать задачи, а не кодировать алгоритмы? Вот они и изучались ;)
Между Коболом и С разница больше, чем между С и ассемблером.
Позвольте опять не согласиться :)
Все же между Коболом и С разница на несколько порядков меньше, чем между С и ассемблером :)
Тем более для (могу предположить каких) трехчасовых тестовых задачек :)
А кто у нас способен решать задачи, а не кодировать алгоритмы? Вот они и изучались
Да, я программистами называю именно таких людей.
Хотя для многих программист = кодировщик :)
И, думаю, программист с 5-летним стажем любую мало-мальски серьезную систему (ну, требующую, скажем, полгода на разработку) сделает (не просто запрограммирует, а доведет до ума) куда быстрее 1-летнего. Хотя бы потому, что в первом варианте кода ошибок, которые потом надо будет вылавливать (и/или за которые краснеть перед заказчиком) у него будет на порядок меньше.
Хотя этот самый первый вариант системы они, возможно, выдадут на-гора одновременно ;)
И, думаю, программист с 5-летним стажем любую мало-мальски серьезную систему (ну, требующую, скажем, полгода на разработку) сделает (не просто запрограммирует, а доведет до ума) куда быстрее 1-летнего.
От способностей это зависит намного больше, чем от стажа.
От способностей это зависит намного больше, чем от стажа.
Ну с этим, пожалуй, не поспоришь :)