Если хотите, могу попробовать оказать посильную помощь в обучении. Бесплатно, без регистрации и смс. В дискорде например. Я не сеньор конечно, но кое-что умею, а раз у вас профильного образования нет, вероятно чему-то сможете научиться. Дело еще в том, что я сейчас тоже изучаю Java, перехожу с .net-а. Так что мне было бы тоже неплохо общаться с человеком, которому что-то можно рассказать из изученного, чтобы и самому закрепить, и ему полезно. Мб даже вы мне что-то сможете рассказать, раз тоже активно изучаете, или задать вопросы. Думаю мы оба от этого ничего не потеряем. В крайнем случае, если ничего не выйдет, просто разбежимся. А если выйдет, то здорово.
Jacen11, я про это не знал, спасибо. Но в любом случае вариант с JAVA_HOME и Path мне тоже нужен, т.к. я в том числе пишу в блокноте иногда простые тестовые программы, чтобы не было подсказок синтаксиса.
Да, но прямое присвоение поля в обход сеттера - это нарушение инкапсуляции и если в сеттере логика проверки, то прямое присвоение может что-то неправильное поместить.
В этом мало смысла. Это классы сущностей, которые должны быть публичными, т.к. в условном соседнем пакете будут классы, которые с ними работают.
Похоже в джаве просто несколько другой подход к наследованию, более "формальный" что ли. Т.е. между подклассом и суперклассом отношения тоже формально-строгие в плане доступа к поялм. Все поля родителя объявляются как private и хотя наследуются потомками, но доступны только через публичные сеттеры с явным указанием super.setSome(...). В С# такое же поведение private, т.е. они наследуются, но напрямую недоступны, а вот если хочешь с полями родителя работать как со своими, объявляй их protected и не парься.
insighter, просто из личного интереса, посмотреть "ну и как там в Египте". Технического смысла уходить в джаву пока не вижу смысла, разве что только с социальной точки зрения (0 дотнетчиков среди друзей вне работы, только коллеги с работы).
Василий Банников, если за меру актуальности взять реальное использование в компаниях, то актуален. А нас например фреймворк 4.7. Совершенно точно знаю место, где работа ведется еще аж на 4.0 и VB.NET + Web Forms. Пару лет назад на собеседовании в крупную контору интервьюер заявил, что linq просто синтаксический сахар и зачем, когда все можно сделать в циклах.
Никогда не знаешь, какая информация и когда может пригодиться, поэтому я по возможности пытаюсь сделать так, чтобы вокруг было поменьше магии.
Касаемо самостоятельного экзешника и Core. Я пока еще не знаю на данный момент, как организована технически работа CLR (которая с фреймворком), т.е. кто ее запускает и как именно с ней взаимодействует. Да и COM-совместимого приложения пока еще не написал и знаю про COM только понаслышке. Однако из того что знаю, могу предположить, что "самостоятельный экзешник" не делает неактуальной инфу из Рихтера. Т.к. реализация Core под Windows очень вероятно суть то же самое COM-приложение, потому что COM это главный способ взаимодействия программ в винде и если Core-CLR не будет реализована по COM-технологии, она будет "сама в себе", отрезана от возможности взаимодействовать с другими приложениями.
Шилда как автора в принципе не рассматриваю.
Про вторую писал.
Третья не относится к теме.
Про четвертую даже не открывая интернета, вероятно, можно услышать, но мне она не внушает доверия. 30 страниц читать про массивы, это не то. Скорее всего это Таненбаум от мира джавы.
Василий Банников, "В Microsoft разработали CLR в виде COM-сервера, содержащегося в DLL", вышеупомянутый Рихтер, глава 22, раздел "Хостинг CLR", второй абзац.
В смысле черная? С версии 4.5 она всегда розовая была) Есть ссылка на черную?
Я ребенок из 90х, так что диски, кассеты и прочий "позавчерашний день" манят меня необъяснимым образом.
А вообще торренты, онлайн кинотеатры и прочее - не панацея. Например фильм "Sticks & Stones" я еле-еле нашел, а потом на мизерной скорости качал очень долго. Пройдет еще пара лет и вероятно его уже будет невозможно скачать, как и другие малоизвестные и непопулярные фильмы. А так я могу на диск записать и смотреть когда вздумается. Причем это проще чем запускать тв-приставку, искать что-то и т.д.
>Если проигрыватель воспринимает мкв или мп4 (а как иначе залить 3 фильма на 1 диск?) то ограничения работать не будут.
Да, я это и имел ввиду - просто взять три файла, каждый в мкв-мп4-ави, залить на болванку и смотреть по принципу как с hdd. Т.е. получается я могу вообще любой проигрыватель взять, они все поддерживают mkv.
Речь вероятно не столько о копипасте, столько о том, что помнить множество типов и как именно с ними работать - трудно. Часто помнишь на уровне идеи, что "Есть такая-то возможность и чтобы ее использовать, есть какой-то тип, но как он называется? Забыл". Или например как реализовать left join на linq в C#. Это не так-то легко даже хотя бы понять, а быстро воспроизвести, если вдруг понадобится - так и вообще забей. Гуглить каждый раз, заново разбираться - неудобно. Вот для таких двух случаев как раз и подходят заметки.
