Спасибо. Выходит, зарплаты сильно выше, для программистов уже не такая разница. Цены ощутимо выше.
По поводу вина, есть мнение, ничем не подкреплённое, что с условной Массандрой была бы обратная ситуация.
Цена вообще штука не простая. В России, к примеру, немецкий «Порше» дешевле, чем в Германии.
А сколько стоит, к примеру, литр кефира? Или литр сока в пакете? Или килограмм средних по цене сосисок?
И какая зарплата считается средней по стране (грубо говоря, зарплата рабочего средней квалификации) после уплаты налогов?
Если вас не затруднит.
Да не, без подвоха. Я в Европе не бывал. (Если не считать Ригу Европой — тогда это деревня на фоне центральной России).
Но не могу поверить, что в целом регионе нет ни одного дебила. Так-то даже на каком-нибудь «уралмаше» сейчас никто никого днём не бьёт.
А вот про Париж, к примеру, интересные новости — чуть что — и массовые беспорядки. Да и от живших там наслышан.
Так что не рекламируйте свой район, а то понаедет российская гопота, агрессия появится :)
А так, спасибо за мнение, интересно.
Забавляет особенность: гражданам мало уехать. Нужно после этого оправдываться перед собой нахваливая свою новую страну, попутно ругая старую.
ОК, завидую испанским 20 сортам колбасы, общественному транспорту, магазинам одежды и спортзалам. Вот бы и мне в России всё это повидать.
Итерация — да, а вот вставка/удаление при том, что указатель где надо — сильно эффективнее по памяти в первую очередь.
Так что пример понятен, хотя и не до конца.
Я вообще не пишу на Си++ и почти не знаю этого языка.
Мне интересно в каких задачах они используются, а не при каких обстоятельствах. То есть без привязки к языку вообще.
Вот, к примеру, коллизии при вычислении хеш-функции можно разрешить добавив связный список к элементу целевого массива хеш-таблицы. Но это очень низкоуровневое и редкое применение. Кроме того, можно и массивом обойтись.
А где списки применяются для более практических задач?
Скажите, пожалуйста, где сейчас применяются связные списки кроме совсем низкоуровневых вещей вроде внутренней реализации хеш-таблиц или структур файловых систем.
Мне действительно интересно, без подвоха.
Могу. В Go так делать вообще не принято.
Go — процедурный язык с элементами ООП. Не принято, к примеру, возвращать интерфейсы. Да и сама абстракция из общих соображений не приветствуется.
Короче говоря: я бы такой код на этапе рецензирования отклонил без очень убедительных причин.
В этой статье вы программируете на Java или C#, при этом зачем-то используя синтаксис Go.
Это касается и подхода, и имён (iPizza, GetName() — строго против рекомендаций).
Не то чтобы так нельзя, но так не принято.
В начале статьи у вас одна задача, а по ходу решается совершенно другая.
С чего вы взяли, что ошибиться в два раза в любую сторону — приемлемое решение? Где это было в условиях задачи? Почему не в три, или не на две штуки считать приемлемой ошибкой?
А ведь было интересно. Поначалу.
?
Тогда я пишу с 286-го компьютера с процессором Cyrix, который эволюционировал и сейчас называется Intel i7.
В общем, я думал, что в банках могут быть ещё совсем старые машины; разобрались.
По поводу вина, есть мнение, ничем не подкреплённое, что с условной Массандрой была бы обратная ситуация.
Цена вообще штука не простая. В России, к примеру, немецкий «Порше» дешевле, чем в Германии.
И какая зарплата считается средней по стране (грубо говоря, зарплата рабочего средней квалификации) после уплаты налогов?
Если вас не затруднит.
Но не могу поверить, что в целом регионе нет ни одного дебила. Так-то даже на каком-нибудь «уралмаше» сейчас никто никого днём не бьёт.
А вот про Париж, к примеру, интересные новости — чуть что — и массовые беспорядки. Да и от живших там наслышан.
Так что не рекламируйте свой район, а то понаедет российская гопота, агрессия появится :)
А так, спасибо за мнение, интересно.
Вот это чудеса без преувеличений. Только вот не верится.
ОК, завидую испанским 20 сортам колбасы, общественному транспорту, магазинам одежды и спортзалам. Вот бы и мне в России всё это повидать.
Так что пример понятен, хотя и не до конца.
Мне интересно в каких задачах они используются, а не при каких обстоятельствах. То есть без привязки к языку вообще.
Вот, к примеру, коллизии при вычислении хеш-функции можно разрешить добавив связный список к элементу целевого массива хеш-таблицы. Но это очень низкоуровневое и редкое применение. Кроме того, можно и массивом обойтись.
А где списки применяются для более практических задач?
Мне действительно интересно, без подвоха.
Металлическая карточка очень клёвая, даже захотелось такую.
Ещё что-то тут: github.com/golang/go/wiki/CodeReviewComments
Ну и всё, пожалуй, из однозначно полезного и общепризнанного. Дальше всякие статьи и тут уже слушать или нет автора — решать вам.
Ещё выступления Роба Пайка отличные. Вот про идиоматику: www.youtube.com/watch?v=PAAkCSZUG1c
Go — процедурный язык с элементами ООП. Не принято, к примеру, возвращать интерфейсы. Да и сама абстракция из общих соображений не приветствуется.
Короче говоря: я бы такой код на этапе рецензирования отклонил без очень убедительных причин.
Это касается и подхода, и имён (iPizza, GetName() — строго против рекомендаций).
Не то чтобы так нельзя, но так не принято.
С чего вы взяли, что ошибиться в два раза в любую сторону — приемлемое решение? Где это было в условиях задачи? Почему не в три, или не на две штуки считать приемлемой ошибкой?
А ведь было интересно. Поначалу.
Наверное и статья отличная.
Тогда я пишу с 286-го компьютера с процессором Cyrix, который эволюционировал и сейчас называется Intel i7.
В общем, я думал, что в банках могут быть ещё совсем старые машины; разобрались.
Впрочем выражение «это же Банк» я вообще не понял, почему с большой буквы?