Умножения размера элемента на их количество. Не существенно, но там проверка переполнения или арифметика с хитростью ужна.
Зануления выделенного блока. Можно оптимизировать на страничных блоках.
Вывод: у вызовов разная семантика. Calloc надо использовать, когда нужен зануленый блок, во всех остальных случаях malloc. На cpp надо забить и писать перегруженный new если нужно что то специфичное.
Желание развиваться причем?
У любого вайтишника это желание будет в 10 раз больше, чем у студента олимпиадника пришедшего за компанию на олимпиады.
Способности к взаимодействию с другими людьми у программистов так себе, а лучшие они у мошенников и продаванов.
На олимпиадах не изучают новые инструменты, неожиданных возникших проблем тоже нет.
Как раз инженер, это и делает.
Увы олимпиада это больше тоже про натаскивание но на специфический класс задач, и еще раз - они не встречаются в современном промышленным программировании. Там то как раз рутина и формошлепство разной степени сложности.
Ещё раз интеллект он разный, говорить что вот тот победитель вот той олимпиады имеет интеллект, а вот этот рядовой сениор на котором держится 25 лет проект он его не имеет это по-детски наивно.
Вот в чем олимпиадники почти наверняка имеют успех - в выкатывании PoC за выходные. Такие истории я знаю.
Кардиограма пишет электросигналы, телефон умеет писать звук. Увы это не одно и тоже. Возможно, что то диагостировать и можно, но для этого надо докторских несколько защитить а потом еще в практику ввести.
Я просто сравню условия олимпиад и условия в которых отрасль программирует:
A. Время: олимпиада соревнование на скорость, речь идёт о часах. В отрасли как стандарт используется 2-х недельный спринт. Притом не факт что твоя задача изолировано от других решает какую то проблему или создаёт фичу, обычно это пачка задач растянутая по времени. Соотвественно при решении и особенно выработки архитектуре надо сравнить возможные варианты и наставить им Pros/Cons, возможно попробовать.
B. Качество кода. Как уже написали код одноразовый, борьба идёт за скорость печати его поэтому он не поддерживается.
В отрасли вы будете следовать стандартам для проекта или корпорации. Например давать переменным невероятно длинные имена по шаблону. Так же до 50% разработки и более 50% календаря будет уходить на рутинные задачи по оформлению кода в PR, ревью, правкам, дебагу, тестам и т.д.
В отрасли спешить надо но совсем умеренно
C. Сами задачи. От 95% до 100% задач - это рутина возми, перетащи и сделай. Бизнес не будет ставить невозможные задачи из-за рисков. Либо это ущербный бизнес который развалится, а вы от него ещё раньше убежите из-за закидонов. И так как задачи другие нужные другие умения.
Не владения алгоритмами какими-то на который бизнесу вообще начхать, а иметь кругозор или опыт в конкретном деле и строить долгоиграющие и экономически выгодные решения.
Ничего хорошего с такой "работы".
Ни там ни сям, просто аутсорсу выгодно команды раздувать бездельниками чтобы больше платили, но всё равно же за такого "кадра" кто-то впахивает.
Комментарии
Правильно говорить Азебажан, как Горбачев
А чего не в лиды?
Так оно и есть, но js и java получают больше. Единственное разумное объяснение - полезные для бизнеса фичи производятся быстрее.
Таких "совместителей" надо увольнять, ибо по сути вредители
Calloc медленные за счет
Умножения размера элемента на их количество. Не существенно, но там проверка переполнения или арифметика с хитростью ужна. Зануления выделенного блока. Можно оптимизировать на страничных блоках.
Вывод: у вызовов разная семантика. Calloc надо использовать, когда нужен зануленый блок, во всех остальных случаях malloc. На cpp надо забить и писать перегруженный new если нужно что то специфичное.
Причем тут этика?
Желание развиваться причем?
У любого вайтишника это желание будет в 10 раз больше, чем у студента олимпиадника пришедшего за компанию на олимпиады.
Способности к взаимодействию с другими людьми у программистов так себе, а лучшие они у мошенников и продаванов.
На олимпиадах не изучают новые инструменты, неожиданных возникших проблем тоже нет.
Как раз инженер, это и делает.
Увы олимпиада это больше тоже про натаскивание но на специфический класс задач, и еще раз - они не встречаются в современном промышленным программировании. Там то как раз рутина и формошлепство разной степени сложности.
Ещё раз интеллект он разный, говорить что вот тот победитель вот той олимпиады имеет интеллект, а вот этот рядовой сениор на котором держится 25 лет проект он его не имеет это по-детски наивно.
Вот в чем олимпиадники почти наверняка имеют успех - в выкатывании PoC за выходные. Такие истории я знаю.
Кардиограма пишет электросигналы, телефон умеет писать звук. Увы это не одно и тоже. Возможно, что то диагостировать и можно, но для этого надо докторских несколько защитить а потом еще в практику ввести.
А смысл то этого какой? Денег то в 10 раз больше не будет.
Это только беларусов касается или ещё и россиян, узбеков и таджиков?
Интеллект он бывает разный.
Я просто сравню условия олимпиад и условия в которых отрасль программирует:
A. Время: олимпиада соревнование на скорость, речь идёт о часах. В отрасли как стандарт используется 2-х недельный спринт. Притом не факт что твоя задача изолировано от других решает какую то проблему или создаёт фичу, обычно это пачка задач растянутая по времени. Соотвественно при решении и особенно выработки архитектуре надо сравнить возможные варианты и наставить им Pros/Cons, возможно попробовать.
B. Качество кода. Как уже написали код одноразовый, борьба идёт за скорость печати его поэтому он не поддерживается.
В отрасли вы будете следовать стандартам для проекта или корпорации. Например давать переменным невероятно длинные имена по шаблону. Так же до 50% разработки и более 50% календаря будет уходить на рутинные задачи по оформлению кода в PR, ревью, правкам, дебагу, тестам и т.д.
В отрасли спешить надо но совсем умеренно
C. Сами задачи. От 95% до 100% задач - это рутина возми, перетащи и сделай. Бизнес не будет ставить невозможные задачи из-за рисков. Либо это ущербный бизнес который развалится, а вы от него ещё раньше убежите из-за закидонов. И так как задачи другие нужные другие умения.
Не владения алгоритмами какими-то на который бизнесу вообще начхать, а иметь кругозор или опыт в конкретном деле и строить долгоиграющие и экономически выгодные решения.
Да хоть без трусов пусть ходят, главное чтобы не говнокодили
В промышленном программировании навыки олимпиад бесполезны. Ачивка которую любят всякие гуглы
Комментарий скрыт за нарушение правил комментирования.
Правила тут, их всего 5
Подстраховаться он решил.
Выглядит как жабогадюкинг
Молодец, чё, пришёл к успеху.
Ерунда это.
Ничего хорошего с такой "работы".
Ни там ни сям, просто аутсорсу выгодно команды раздувать бездельниками чтобы больше платили, но всё равно же за такого "кадра" кто-то впахивает.
Заполняй не заполняй все равно с первого раза с гос органами отправят что то переделывать
Так заработай больше в Калифорнии и потрать еще больше