Ну в теории должно быть как раз наоборот. При рынке вымирает самый слабый. Соответственно было 10 компаний умрёт одна , останется 9 и так пока не останется одна самая сильная. Государство наоборот часто делила монополии , как Рокфеллера или AT&T
Судя по разнице цен на параллельный импорт и "серые" товары, многие жители РФ будут вскоре рады узнать о дальнейшем резком повышении цен по сравнению с 2021 годом.
Ну не совсем так. Т.к. сотрудник является акционеров всей "корпорации", которая владеет всеми фабриками и заводами. Поэтому ответ тем кто ниже писал, можно нерадивого сотрудника уволить с конкретного завода . Но при реальном социализме с этим действительно были проблемы.
Кстати мне реально в программировании пригождались только два способа сортировки - использование готовой из библиотеки(то есть быстрой) и собственно изобретённый ещё в школе велосипед (сортировка выбором).
"а что ты, мальчик, читал по этому вопросу?" - ну в общем случае верно, а в частном , прийти в выводу , что 6x6=36 лучше, чем прочитать книжку о том, что 6x6=35 и потом это всем "доказывать" на основании прочитанной книжки.
" уровень образования и для России в большинстве фактически выпускает человека, который в лучшем случае, умеет читать газету " - ну поэтому так же Алиса Теплякова вызвала скажем так бурную реакцию. Потом, что в своём возрасти научилось тому, что многие школьники осваивают за 10 лет. Троечники конечно. На уровень отличника Алиса не потянула сейчас, и не факт что потянет в том возрасте, в которым оканчивают 11 класс все нормальные дети.
Посылать "читать книжки" это тупиковый подход к изучению программированию. Т.к. в книжках часто много "мусора". То есть информация, которая когда -то кому-то была полезной и функциональной(как мусор состоит полезных ранее вещей). Но конкретно обучаемому на данном этапе его обучения абсолютно не нужна. Поэтому она в основном забывается. В то же время так же информация, когда станет нужной(то есть не будет мусором) , усвоится в разы быстрее.
Я вот лично точно так же в своё время открыл советскую книжку по обучению Паскалю(лет в 10) и через пару страниц закрыл. Т.к. там была гениально выполнена задача , рассказать предельно сложно об одном из самых простых языков в мире. С другой стороны когда открыл потом самоучитель по Паскалю от BHV через пару лет, приятно удивился, что это оказывается не я тупой, а надо правильную литературу читать. Но опять таки правильная литература зашла уже после практического ознакомления с языком в школе.
Ну там некоторый рост, возможно обоснован за счёт FMX. Можно теперь весь наработанный тяжёлыми трудами код перенести на мобильные платформы. Правда FMX работает очень криво. Когда народ наиграется, видимо опять рейтинг упадёт.
Питон и Си вверху по популярности, но (в РФ) внизу по зарплатам судя по https://habr.com/ru/article/679698/ . А тот же Go популярности не прибавил, но по зарплате вверху.
"Go — быстрый. Очень быстрый! По скорости его можно сравнить с Java или C++. В нашем сценарии использования Go обычно в 40 раз быстрее Python. Вот небольшая игра-бенчмарк, в которой сравниваются " - это почти любой язык быстрее Питона начиная от школьного Паскаля и кончая всем. Если бы быстрота была в 100% случаев критична, Питон бы вообще не возник. Тем более хороший питонист умеет пользоваться библиотеками, которых вполне себе производительны.
"Могу лишь предположить, что в «Коммерсанте» просто перепутали минимальный штраф в размере 20% со «штрафом в 20-кратном размере от суммы операции» (что, давайте признаем, всё же несколько разные концепции). " - напомнило анекдот с концовкой "вот на эти 2% и живу".
Как раз по причине зрелости индустрии все проблемы. Раньше более точная квалификация была не джун-миддл-серьор, а хеллоувордщик-быдлокодер-программист. Так вот быдлокодер этот тот, кто в целом может выполнить задачу, но неоптимально, его код трудно поддерживать и т.д. Когда проекты маленькие, быдлокодер может , сделав несколько задач, потом стать программистом. Когда проекты становятся большими, то быдлокодер не нужен индустрии, а нужен джун, то есть тот , кто может сделать узкую и типовую задачу , но относительно качественно . То есть быть подсобным рабочим.
Если проводить аналогии с медициной как это делают выше, нужна хорошая медсестра. А плохой врач , не нужен.
Потому, что код с рельсами писать вдвое дольше, а иногда и больше. И не факт что это окупиться. Часто причём большой проект вырастает из маленького, который может быть вообще писал миддл не совсем стандартно/оптимально.
Ну если вы год продержались, значит у вас безусловно есть определённые способности к программированию.
Создайте какой-то проект для себя, так видно будет. Может вам не фронтенд нужен, а бекэнд, а может desktop. Или разработка мобильных приложений. На самом деле не так много надо времени , чтобы по каждому направлению что-то наваять, уж точно не год.
Я поэтому , разрабатывая курс в самом конце сделал мини проект, чтобы человек так сказать прочувствовал.
А вообще падение "плотности информации" есть на любом уровне. Помню как-то надо было сделать ONVIF сервер. До этого не был знаком даже с SOAP. Первый вариант был реализовать на Delphi , в котором как казалось опыта достаточно. По итогу оказалось там есть достаточно мощные штуки вроде кодогенераторов, но в целом клиент можно было реализовать и неплохой, а сервер было не реализовать никак. По крайней мере в версиях до XE7, возможно сейчас они что-то улучшили, но на 99% нет. Возможно кто-то в мире и реализовал таки на Delphi и причём без обращения на совсем уж низкий уровень, но я об этом не знаю.
В то же время на gsoap конечно же всё получилось. Потому, что как раз по "плотности информации" это решение наилучшее.
Ну почему усиление считать только механически? Тем более и в механике усилие и усиление две разных вещи. Усиление, это когда с помощью рычага человек может поднять груз в тонну и больше.
Ну если оптимизировать, то должна быть поддержка многопоточных вычислений. Иначе хорошо читаемый код сеньора при добавлении пары операторов побьёт этот нечитаемый код даже по производительности.
Ну в теории должно быть как раз наоборот. При рынке вымирает самый слабый. Соответственно было 10 компаний умрёт одна , останется 9 и так пока не останется одна самая сильная. Государство наоборот часто делила монополии , как Рокфеллера или AT&T
Судя по разнице цен на параллельный импорт и "серые" товары, многие жители РФ будут вскоре рады узнать о дальнейшем резком повышении цен по сравнению с 2021 годом.
Ну не совсем так. Т.к. сотрудник является акционеров всей "корпорации", которая владеет всеми фабриками и заводами. Поэтому ответ тем кто ниже писал, можно нерадивого сотрудника уволить с конкретного завода . Но при реальном социализме с этим действительно были проблемы.
Кстати мне реально в программировании пригождались только два способа сортировки - использование готовой из библиотеки(то есть быстрой) и собственно изобретённый ещё в школе велосипед (сортировка выбором).
"а что ты, мальчик, читал по этому вопросу?" - ну в общем случае верно, а в частном , прийти в выводу , что 6x6=36 лучше, чем прочитать книжку о том, что 6x6=35 и потом это всем "доказывать" на основании прочитанной книжки.
" уровень образования и для России в большинстве фактически выпускает человека, который в лучшем случае, умеет читать газету " - ну поэтому так же Алиса Теплякова вызвала скажем так бурную реакцию. Потом, что в своём возрасти научилось тому, что многие школьники осваивают за 10 лет. Троечники конечно. На уровень отличника Алиса не потянула сейчас, и не факт что потянет в том возрасте, в которым оканчивают 11 класс все нормальные дети.
Посылать "читать книжки" это тупиковый подход к изучению программированию. Т.к. в книжках часто много "мусора". То есть информация, которая когда -то кому-то была полезной и функциональной(как мусор состоит полезных ранее вещей). Но конкретно обучаемому на данном этапе его обучения абсолютно не нужна. Поэтому она в основном забывается. В то же время так же информация, когда станет нужной(то есть не будет мусором) , усвоится в разы быстрее.
Я вот лично точно так же в своё время открыл советскую книжку по обучению Паскалю(лет в 10) и через пару страниц закрыл. Т.к. там была гениально выполнена задача , рассказать предельно сложно об одном из самых простых языков в мире. С другой стороны когда открыл потом самоучитель по Паскалю от BHV через пару лет, приятно удивился, что это оказывается не я тупой, а надо правильную литературу читать. Но опять таки правильная литература зашла уже после практического ознакомления с языком в школе.
Ну хоть у человека надежда есть. А вот Ласло Хейниц , который обменял 10 000 биткоинов на пиццу , точно их вернуть не сможет.
Ну там некоторый рост, возможно обоснован за счёт FMX. Можно теперь весь наработанный тяжёлыми трудами код перенести на мобильные платформы. Правда FMX работает очень криво. Когда народ наиграется, видимо опять рейтинг упадёт.
Питон и Си вверху по популярности, но (в РФ) внизу по зарплатам судя по https://habr.com/ru/article/679698/ . А тот же Go популярности не прибавил, но по зарплате вверху.
"Go — быстрый. Очень быстрый! По скорости его можно сравнить с Java или C++. В нашем сценарии использования Go обычно в 40 раз быстрее Python. Вот небольшая игра-бенчмарк, в которой сравниваются " - это почти любой язык быстрее Питона начиная от школьного Паскаля и кончая всем. Если бы быстрота была в 100% случаев критична, Питон бы вообще не возник. Тем более хороший питонист умеет пользоваться библиотеками, которых вполне себе производительны.
"Могу лишь предположить, что в «Коммерсанте» просто перепутали минимальный штраф в размере 20% со «штрафом в 20-кратном размере от суммы операции» (что, давайте признаем, всё же несколько разные концепции). " - напомнило анекдот с концовкой "вот на эти 2% и живу".
Я 25 лет назад также слышал, что Delphi вытеснит нормальных программистов, будут все формочки клепать.
Как раз по причине зрелости индустрии все проблемы. Раньше более точная квалификация была не джун-миддл-серьор, а хеллоувордщик-быдлокодер-программист. Так вот быдлокодер этот тот, кто в целом может выполнить задачу, но неоптимально, его код трудно поддерживать и т.д. Когда проекты маленькие, быдлокодер может , сделав несколько задач, потом стать программистом. Когда проекты становятся большими, то быдлокодер не нужен индустрии, а нужен джун, то есть тот , кто может сделать узкую и типовую задачу , но относительно качественно . То есть быть подсобным рабочим.
Если проводить аналогии с медициной как это делают выше, нужна хорошая медсестра. А плохой врач , не нужен.
Потому, что код с рельсами писать вдвое дольше, а иногда и больше. И не факт что это окупиться. Часто причём большой проект вырастает из маленького, который может быть вообще писал миддл не совсем стандартно/оптимально.
Ну если вы год продержались, значит у вас безусловно есть определённые способности к программированию.
Создайте какой-то проект для себя, так видно будет. Может вам не фронтенд нужен, а бекэнд, а может desktop. Или разработка мобильных приложений. На самом деле не так много надо времени , чтобы по каждому направлению что-то наваять, уж точно не год.
Я поэтому , разрабатывая курс в самом конце сделал мини проект, чтобы человек так сказать прочувствовал.
А вообще падение "плотности информации" есть на любом уровне. Помню как-то надо было сделать ONVIF сервер. До этого не был знаком даже с SOAP. Первый вариант был реализовать на Delphi , в котором как казалось опыта достаточно. По итогу оказалось там есть достаточно мощные штуки вроде кодогенераторов, но в целом клиент можно было реализовать и неплохой, а сервер было не реализовать никак. По крайней мере в версиях до XE7, возможно сейчас они что-то улучшили, но на 99% нет. Возможно кто-то в мире и реализовал таки на Delphi и причём без обращения на совсем уж низкий уровень, но я об этом не знаю.
В то же время на gsoap конечно же всё получилось. Потому, что как раз по "плотности информации" это решение наилучшее.
Ну почему усиление считать только механически? Тем более и в механике усилие и усиление две разных вещи. Усиление, это когда с помощью рычага человек может поднять груз в тонну и больше.
Ну если оптимизировать, то должна быть поддержка многопоточных вычислений. Иначе хорошо читаемый код сеньора при добавлении пары операторов побьёт этот нечитаемый код даже по производительности.
Кстати 100 тыс. нормальный вполне тираж. Много не распилят. Если взлетит , то можно будет нарастить.
Вопрос как всегда упирается в том, как это будет реализовано - как лучше, как всегда или ещё как.