Решил поискать сколько там вообще зарплаты и нашел вот это, у software engineer месячная зарплата 116200 INR или 1393 USD. Непонятно это до налогов или после и вообще как там устроены налоги. Но даже на первый взгляд видно что это нифига не дешево. Не говоря про языковой и культурный барьер.
Эпоха китайцев работающих за миску риса осталась в прошлом. Где-то там, где и доллар по 25 рублей.
Половина замечаний это особенности перевода, а точнее другой культуры общения. Когда у нас скажут "передай сахарку", англичане скажут что-то типа "could you please give me a sugar". Первая фраза в буквалистском переводе звучит как команда строю солдат, а вторая как неуместные расшаркивания. При этом ни тем ни другим не является.
При ИП в любой момент могут кинуть, и бегай потом по судам что не индюк, разбирая пункты договора.
По ТК думаете кинуть не могут? Точно так же будете потом бегать по судам и взыскивать с ооошки с уставным капиталом 10 тысяч свои зарплаты. Я работал и по ТК, и как ИП и даже какое-то время вообще на честном слове. Единственный раз когда меня кинули это была работа по ТК.
Уточню на всякий случай, я не говорю что ИП не могут кинуть или не будут просто потому что это ИП. Я к тому что гарантии ТК на само-то деле достаточно иллюзорны и уповать на них не стоит. А стоит смотреть что за организация и кто ваши руководители.
Укомплектуйте котельную оборудованием, а потом посчитайте сумму, и потом добавте стоимость монтажа.
Вы удивитесь на сколько всё в сумме будет далеко от цены одного котла.
Можете конкретный пример показать? Все мои знакомые, которые живут в частных домах, платят за отопление меньше, чем в домах многоквартирных. Мне интересна ваша калькуляция.
Ещё вы забыли про бак ГВС косвенного нагрева, который тоже денег стоит и не малых. Бак ГВС может быть в разы дороже дешёвенького котла.,
Может стоит, а может не стоить. Беглый поиск показал что 200 литровые стоят те же 40 50 тысяч.
Вот именно цену всей котельной и надо делит на 10 лет.
Через 10 лет вся котельная придет в негодность или все-таки только котел? Котлы на 24 квт начинаются от 40 тыщ, откуда 360? Ничего непонятно в ваших расчетах.
Возможно я неудачно выразился. Само по себе использование мнения Мартина как аргумент идея сомнительная.
Возможно у Вас есть доводы которые противоречат утверждению Мартина, помимо того что он писал ерунду?
Чтобы сказать точно, надо бы посмотреть где, когда и что именно писал/говорил Мартин. В изначальном сообщении никакой ссылки нет. Поэтому все зависит от контекста. Нет четкого определения, есть разные мнения какие парадигмы основные, какие побочные. Опять же в современном прикладном ПО нет четкого разделения, код часто бывает в смешанном стиле написан. Короче говоря для таких утверждений нужна развернутая аргументация. А тут вместо аргументации чисто мнение Мартина, причем без ссылки, чтобы можно было понять контекст.
Теперь по существу вопроса.
Вот, к примеру, цитата из статьи Флойда (автор самого термина) 1978 года "Парадигмы программирования"
Парадигму структурного программирования никак нельзя считать повсеместно признанной. Наиболее ярые ее сторонники должны признать, что самой по себе ее недостаточно, чтобы превратить все сложные проблемы в простые. Сохраняют свое значение и другие более специализированные парадигмы высокого уровня, такие как метод ветвей и границ или метод "разделяй и властвуй"
Как вам парадигма "разделяй и властвуй"? Там же упоминается парадигма динамического программирования. Или "для этого я создал парадигму нахождения иерархической организации процессоров". Очевидно, что под парадигмой программирования имеется в виду более узкие вещи чем ОО или структурное программирование.
А вот статья которая так и называется "Overview of the four main programming paradigms". Тут четыре основных парадигмы - императивная, функциональная, объектно-ориентированная и логическая.
Вот статья "Programming Paradigms for Dummies: What Every Programmer Should Know", там на " Figure 2. Taxonomy of programming paradigms " вообще "There are 27 boxes, each representing a paradigm as a set of programming concepts.". 27 парадигм, да еще целая таксономия со связами и прочим.
Есть разделение на императивную и декларативную, со своими более специализированными парадигмами.
Что в итоге? Понятие не очень четко сформулированное, есть самые разные взгляды на то сколько парадигм вообще, какие основные, какие специализированные. Поэтому утверждение "есть три основные парадигмы" и аргументация - так говорил Заратустра Мартин, мне представляется крайне упрощенным и как минимум спорным.
by the way, читали ли книгу Мартина "Agile Principles, Patterns, and Practices in C#" ?
Помимо набивки опыта есть две вещи. Долгосрочные последствия принятых решений и банальное сравнение разных подходов к разработке и аритектур ПО. Для первого время необходимо по определению, для второго нужно работать на сильно разных проектах, может и в рамках одной компании. Но и в разных компаниях тоже неплохо поработать - внутренняя автоматизация, аутсорс и продуктовая разработка отличаются друг от друга.
Про тот же старлинк "Почему Starlink от Маска — это скам", рейтинг статьи +200, можете почитать, посмеяться.
Решил поискать сколько там вообще зарплаты и нашел вот это, у software engineer месячная зарплата 116200 INR или 1393 USD. Непонятно это до налогов или после и вообще как там устроены налоги. Но даже на первый взгляд видно что это нифига не дешево. Не говоря про языковой и культурный барьер.
Эпоха китайцев работающих за миску риса осталась в прошлом. Где-то там, где и доллар по 25 рублей.
Есть ли конкретика? Что за организация, сколько платят.
Хитро. Китайцы брали измором, меняли чуть ли не одну букву и делали новый PR. Когда число итераций подходило к 10 всех это уже задалбывало и апрувили)
На тему клонирования и воскрешений на просторах ютьюба есть лекции/доклады Анны Ивановой, например про мамонтов и про носорогов.
Половина замечаний это особенности перевода, а точнее другой культуры общения. Когда у нас скажут "передай сахарку", англичане скажут что-то типа "could you please give me a sugar". Первая фраза в буквалистском переводе звучит как команда строю солдат, а вторая как неуместные расшаркивания. При этом ни тем ни другим не является.
По ТК думаете кинуть не могут? Точно так же будете потом бегать по судам и взыскивать с ооошки с уставным капиталом 10 тысяч свои зарплаты. Я работал и по ТК, и как ИП и даже какое-то время вообще на честном слове. Единственный раз когда меня кинули это была работа по ТК.
Уточню на всякий случай, я не говорю что ИП не могут кинуть или не будут просто потому что это ИП. Я к тому что гарантии ТК на само-то деле достаточно иллюзорны и уповать на них не стоит. А стоит смотреть что за организация и кто ваши руководители.
Ха-ха три раза. Может быть заберете.
Можете конкретный пример показать? Все мои знакомые, которые живут в частных домах, платят за отопление меньше, чем в домах многоквартирных. Мне интересна ваша калькуляция.
Может стоит, а может не стоить. Беглый поиск показал что 200 литровые стоят те же 40 50 тысяч.
Через 10 лет вся котельная придет в негодность или все-таки только котел? Котлы на 24 квт начинаются от 40 тыщ, откуда 360? Ничего непонятно в ваших расчетах.
Возможно я неудачно выразился. Само по себе использование мнения Мартина как аргумент идея сомнительная.
Чтобы сказать точно, надо бы посмотреть где, когда и что именно писал/говорил Мартин. В изначальном сообщении никакой ссылки нет. Поэтому все зависит от контекста. Нет четкого определения, есть разные мнения какие парадигмы основные, какие побочные. Опять же в современном прикладном ПО нет четкого разделения, код часто бывает в смешанном стиле написан. Короче говоря для таких утверждений нужна развернутая аргументация. А тут вместо аргументации чисто мнение Мартина, причем без ссылки, чтобы можно было понять контекст.
Теперь по существу вопроса.
Вот, к примеру, цитата из статьи Флойда (автор самого термина) 1978 года "Парадигмы программирования"
Как вам парадигма "разделяй и властвуй"? Там же упоминается парадигма динамического программирования. Или "для этого я создал парадигму нахождения иерархической организации процессоров". Очевидно, что под парадигмой программирования имеется в виду более узкие вещи чем ОО или структурное программирование.
А вот статья которая так и называется "Overview of the four main programming paradigms". Тут четыре основных парадигмы - императивная, функциональная, объектно-ориентированная и логическая.
Вот статья "Programming Paradigms for Dummies: What Every Programmer Should Know", там на " Figure 2. Taxonomy of programming paradigms " вообще "There are 27 boxes, each representing a paradigm as a set of programming concepts.". 27 парадигм, да еще целая таксономия со связами и прочим.
Есть разделение на императивную и декларативную, со своими более специализированными парадигмами.
Что в итоге? Понятие не очень четко сформулированное, есть самые разные взгляды на то сколько парадигм вообще, какие основные, какие специализированные. Поэтому утверждение "есть три основные парадигмы" и аргументация - так говорил
ЗаратустраМартин, мне представляется крайне упрощенным и как минимум спорным.by the way, читали ли книгу Мартина "Agile Principles, Patterns, and Practices in C#" ?
Да уж, и смех и грех.
Помимо набивки опыта есть две вещи. Долгосрочные последствия принятых решений и банальное сравнение разных подходов к разработке и аритектур ПО. Для первого время необходимо по определению, для второго нужно работать на сильно разных проектах, может и в рамках одной компании. Но и в разных компаниях тоже неплохо поработать - внутренняя автоматизация, аутсорс и продуктовая разработка отличаются друг от друга.
И на солнце бывают пятна)
Почему же, можно. Но насколько это будет убедительно? Мартин и откровенную ерунду писал.
Ну это же классическая отсылка к авторитету.
Мартин это истина в последней инстанции?
А через год - сеньор, еще годик и готовый техлид, бггг.
Печальная правда жизни.
Теперь осознал?