All streams
Search
Write a publication
Pull to refresh
77
0.4
Роман @RomeoGolf

инженер-программист

Send message
Вероятность того, что ваш друг решит купить свой экземпляр, чтобы не ждать очереди да и вообще лишний раз вас не дергать далеко не нулевая.

Это же касается и бумажной книги. Однако там это норма, а тут пиратство. Двойные стандарты!
Если капитализм не вечен, это не значит, что рабовладельческий был венцом экономической мысли.
И если капитализм загнется, то это не значит, что придем к модели посекундной тарификации труда.
почему «взять книгу у друга почитать» — это всё ок и претензий нет, а «скачать у друга книгу почитать» — сразу пиратство и ой-ой-ой.

Привязываюсь снова к этой цитате. Модель распространения бумажной книги не строится исходя из того, что один экземпляр однократно оплачивается и однократно же используется, причем, со времен Гутенберга и Федорова. Вся фишка бумажной книги в ее неоднократном использовании. Иначе надо уничтожить копирование/печать и оставить только сказителей (с гуслями): заплатил — послушал. А если модель бумажной печати нормальна, то один файл у нас с другом на двоих или два файла — непринципиально, потому что так или иначе мы вдвоем прочитаем и перечитаем эту книгу так же, как если бы у нас был один файл или одна бумажная книга.
Тогда почему покупка мною книги и «дать ее почитать другу» — норма, а скопировать файл — пиратство? Ибо, повторяю, в наличии двух файлов принципиальной разницы нет — это все та же книга, и мы ее так или иначе прочитаем.

И дико интересно — что Вы имеете в виду под «Ну вот когда этот вопрос недолгого времени будет решен технически, проблем станет меньше.» Нас с другом вынудят читать настолько медленно, что вдвоем мы будем читать 100 страниц 10 лет каждый? Или книга будет ликвидироваться? Видал я в одном месте технические ограничения такого рода… Лучше я, как кодер, буду искать способ распечатать «ваши» файлы, иметь издателей и авторов в виду… Нам-то (читателям) проблем будет больше!
Впрочем, многие технические литературы все же распространяются на халяву, и это норма, потому что Oracle нужны пользователи Java, например.
Не-а! Это разница, но не принципиальная. Потому что для нас с другом принципиально не изменится ничего. Мы все равно прочитаем и перечитаем. Ну, чуть-чуть попозже. Вот, если бы запрещать читать экземпляр книги всем, кроме покупателя — это принципиальная разница. Если разрешать прочитать книгу только один раз кому угодно — покупателю или его другу, или случайному прохожему, но после прочтения книга самоликвидируется — это принципиальная разница. А так — вопрос недолгого времени. Невозможность одновременного использования принципиально для многопользовательских игрушек, когда нельзя с другом одновременно поиграться. А читает каждый сам за себя.
Скачал у друга, он ее удалил. Я прочитал, закачал обратно другу, удалил у себя. Или остаются две копии файла. Разница только в том, что мы не можем читать одновременно. Но! Мы оба прочитаем книгу, рано или поздно, причем, столько раз, сколько захотим. В чем принципиальная разница?
Убрал я про звездочки и импорты совсем. В контексте поста это неважно.
Учебник не нашел, но тут, например:
Внимание! Использование формы с применением символа звездочки может привести к увеличению времени компиляции — особенно при импорте нескольких больших пакетов. Поэтому советуем явно указывать имена классов, которые нужно использовать, а не импортировать пакеты полностью. Однако использование формы с применением звездочки никак не влияет на производительность системы времени выполнения или на размеры классов.
Ни в коем случае ни с кем не спорю, просто оправдываюсь :-)
Да я на слово поверю :-)
Если найду учебник — воткну ссылку на неправильный пример :-) Если не найду — поправлю в тексте.
За поправку спасибо.
К сожалению, не знаю. Во-первых, я давно не работал в Linux, и практически совсем не сидел под KDE. Во-вторых, хотя опыт программирования вообще у меня есть, Java осваивать только начинаю. Один из тегов статьи — «чайник-чайнику».
Не спорю, потому и писал без категоричности — «наверное». Вычитал это в каком-то учебнике, засомневался, но — учебник, все-таки. Но в данном примере это не очень важно.
И я заранее догадываюсь, что директор на этот пост ответит…
Если я поставлю NetBeans, и если Oracle не врет, то упомянутый HelloWorld соберется молча, без звука, а я даже не узнаю, как вызывается компилятор, что ему нужно, как и зачем объявлять импорт, какие параметры нужны для запуска *.class, как и с какими параметрами собрать руками jar. Это раз.

Два — а почему именно NetBeans? На Хабре (в частности) полно минихоливарчиков на тему NenBeans vs Eclips vs IDEA. А я еще ничего из этого не пробовал, и мне бы собрать тупо HelloWorld, который изумительно собирается на батниках. Какая разница?

Три — разбирая учебный пример и осваивая новый язык, я хочу осваивать язык, а не IDE. Среду я освою потом. Это тема отдельного разговора. Можно поговорить о том, как я настроил VIM, ctags, make на работу с вложенными папками проекта (потому что знаю эти инструменты, и настройка заняла вечер, а выбирать между IDE и осваивать их придется дольше). Но к особенностям компиляции и запуска java это не имеет отношения.

Четыре — если я не буду работать с java, то выбор IDE вообще отпадает. Если буду и доберусь до серьезных проектов — здравствуйте, Ant и Maven. На худой конец, make. В любом случае потребуется тонкая настройка сборки проекта, где без знания отдельных команд делать нечего. А IDE — само собой, выберу, освою, и работать буду в ней. Но! Работать!

HelloWorld сам по себе абсолютно неинтересен. Программисту — тем более. Интересны аспекты и нюансы, грабельки и подводные камушки. И я, как бы, с этого и начал пост.
Я пока только начал. Наступил на грабельки — поставил флажок (вдруг кому поможет). Потому что когда сам разбирался — флажка этого не видел нигде. Если доберусь до Preloader`а и наступлю там на что-нибудь — обязательно напишу.
Рад, если чем-то был полезен.
В VIM. Про IDE я объяснил в самом начале. Меня интересует не отказ от IDE и не суровость, а механизм. Я хочу знать, как выглядит проект, почему структура папок такая, что делать, если класс не найден, куда положить css и чем он отличается от bss. А работать (если) буду — (то) в IDE, конечно.

А, кстати, я еще и make пользуюсь, да. :-)
И, между прочим, ЗУ на магнитных лентах еще не канули в Лету — называется «стриммер»
Имеете в виду — доступ произвольный? А никак. Запись ставилась руками на начало считываемого участка (программы), там был записан пилот-тон — продолжительное «пи-и-и-и», по которому идет синхронизация. Запускается загрузчик, включается магнитофон — ждем, когда домотает программу до конца и надеемся, что никто не щелкнет выключателем люстры и не включится холодильник.
На более серьезных машинах (Минск, например) ленты размечались — через равные промежутки на них заранее записывали метки с номером участка. Магнитофон сам мотал на нужный участок и «знал», сколько мотать до следующего.
Брали родители для меня «Микрошу» напрокат, на пару месяцев. В комплекте шла кассета с интерпретатором Бейсика и несколькими игрушками, в том числе и на Бейсике. Загрузка с кассеты срывалась, если включался холодильник. С отцом на пару написали на Бейсике несколько простейших игрушек, записали их на ту же кассету. За это пользовались Микрошей больше полугода. Может, поэтому сейчас в основном программист :-)
В школе в компьютерном классе были два десятка БК-0010 и учительский терминал ДВК-2. В институте ЕС-1840 на кафедре.На работе застал Мазовию. Не Союз, конечно, но соцлагерь, как и ЕС.
Ну, не буду я на чужом компе с консолью куражиться, и тем более, менять переменные окружения. Пока что приходится вообще батник вместо make использовать. И вообще, речь не об этом.

Я всего лишь пытался показать, что иногда приходится использовать некий фильтр между командой типа :make и выдачей результатов пользователю. Некий фильтр, например, перекодировку. И что можно найти (или написать) утилиту и вставить ее в соответствующее место. Когда я рылся в интернетах, не нашел такого решения нигде ни разу, по крайней мере, под Windows (в Linux цепочки утилит — норма). Решил сам, внимательно перечитав справку. Мне случайно подумалось, что подобная задача может интересовать не только меня, и предложил решение. Как бы, количество байтов в кодировке вообще ни при чем.
Тогда, если я запускаю make в консоли, а не в VIM (например, на чужом компьютере), надо сначала научить консоль (на чужом компьютере) выводить в cp1251. Или использовать разные Makefile.

Information

Rating
2,217-th
Location
Свердловская обл., Россия
Date of birth
Registered
Activity