Или я лично вам когда-то дорогу перешел и не помню?
А при чем здесь вы? Я разве сказал, что речь о вас? Ваш комментарий был с рассуждениями «в общем» вида «а знаете, за что минусят?». Я отметил другую интересную тенденцию.
А заминусили в основном не за политику
Мое «по политическим мотивам» написано именно так — в кавычках. Так, на всякий случай, если вы не обратили внимание.
Зато ваш комментарий прям идеальный образец вашей терпимости и того, что вы лично к другим относитесь не как к говну, да-да
Да, мой комментарий вполне нейтрален. Нет, я лично не отношусь к другим как к говну.
Проблема только в том, что уж очень много в последнее время здесь появилось дурачков, или прикидывающихся таковыми, которые, получая негативный отклик на свои грубые, хамские по форме высказывания, начинают прикрываться тем, что их будто бы поносят «по политическим мотивам». Нет, друг, это ты к людям относишься, как к говну, и за это тебя поносят. А не за то, что ты ломаешь чьи-то стереотипы или ломаешь чей-то привычный мир.
Если для книги, то да, больше orm с маппирование объекта на таблицу подойдет, где мы можем выборку по индексу сделать. Иначе придется ряд параметров, которые попадают под сериализацию, дублировать в виде колонок, а это слишком жирно.
Когда я писал о book.serialize я не думал о книге; ветка, в которой я писал, была об, условно, «сохранении объекта в базу данных» и я думал об этом в контексте своей текущей задачи, которая — о сериализации объекта и передаче по сети и/или сохранении в БД. Так что приношу извинения за не совсем корректный комментарий, написанный для иного контекста.
В принципе, произвольная строка может задавать набор разделителей. т.е. «AB» — не разделитель AB, а разделители «A» и «B».
В случае с SS как цельным разделителем в части aSSSa возикает неоднозначность: разбиения «a», «Sa» и «aS», «a» — верные, если у нас нет дополнительных ограничений.
Странная история. Но вполне может быть, что тормозит не семерка, а драйвера под ваше железо. У меня есть такая проблема с ХР — тормоза с подключенным dual monitor. Берешь окошко, выносишь его на внешний монитор и все — приплыли, само приложение работает раз в 5 медленнее. Вносишь обратно — все ок. При этом с другими ноутами той же марки проблем нет.
Но посмотри внимательно на экран, что ты видишь? Должно ли это забирать гигабайт оперативной памяти?
Замечательно. Раз вы определяете потребность в памяти по тому, что видно на экране, то система, в принципе не работающая с экраном, по-вашему не должна занимать памяти вовсе.
Это настолько зависящие от задачи параметры, что обсуждать их вне конкретной задачи не имеет смысла. Допустим, вы не производите поиск по данным, находящимся в блобе.
А зачем мапить на колонки в таблицах? Просто blob.
Это у товарищей АИС-программистов профдеформация — привычка раскидывать через ORM всякие таблицы вида «сотрудники», где все по колонкам разбито. А зачастую нужно просто хранить сериализованные объекты. У нас в системе, например, в виде сериализованных объектов хранятся всякие user-specific настройки для разных модулей.
Без претензий, я просто задумался, как, например, я бы объяснил, зачем нужен make и makefile'ы, если мы можем собрать проект из Visual Studio. Я бы взял простой случай из DDK или что-то аналогичное, где используется, скажем, некоторое количество модулей на ассемблере, несколько модулей на языке С, объяснил бы, как это будет строиться, как почистится мусор, как определится, что нужно откомпилировать, и как все соберется. А потом показал бы дооолгий и нудный путь того же самого, но руками.
Зачем нужен maven, проектная модель и т.д.
Вы показали, как при помощи этого микроскопа забить гвоздь, который можно забить javac ом, но не показали, зачем он, maven, нужен вообще. Мне, как новичку, непонятно, а зачем надо делать вот так, именно так. Зачем структурировать проект именно таким образом и т.д.
А в чем разница между прямым геттером, который тебе пробрасывает «окно» во внутреннее представление (тот самый электроды в мозг) и геттером, который преобразовывает внутреннее представление и «говорит сам эту инфу»? Я имею в виду — технически и то и то геттер.
А при чем здесь вы? Я разве сказал, что речь о вас? Ваш комментарий был с рассуждениями «в общем» вида «а знаете, за что минусят?». Я отметил другую интересную тенденцию.
Мое «по политическим мотивам» написано именно так — в кавычках. Так, на всякий случай, если вы не обратили внимание.
Да, мой комментарий вполне нейтрален. Нет, я лично не отношусь к другим как к говну.
Когда я писал о book.serialize я не думал о книге; ветка, в которой я писал, была об, условно, «сохранении объекта в базу данных» и я думал об этом в контексте своей текущей задачи, которая — о сериализации объекта и передаче по сети и/или сохранении в БД. Так что приношу извинения за не совсем корректный комментарий, написанный для иного контекста.
В случае с SS как цельным разделителем в части aSSSa возикает неоднозначность: разбиения «a», «Sa» и «aS», «a» — верные, если у нас нет дополнительных ограничений.
Замечательно. Раз вы определяете потребность в памяти по тому, что видно на экране, то система, в принципе не работающая с экраном, по-вашему не должна занимать памяти вовсе.
Это у товарищей АИС-программистов профдеформация — привычка раскидывать через ORM всякие таблицы вида «сотрудники», где все по колонкам разбито. А зачастую нужно просто хранить сериализованные объекты. У нас в системе, например, в виде сериализованных объектов хранятся всякие user-specific настройки для разных модулей.
Вы показали, как при помощи этого микроскопа забить гвоздь, который можно забить javac ом, но не показали, зачем он, maven, нужен вообще. Мне, как новичку, непонятно, а зачем надо делать вот так, именно так. Зачем структурировать проект именно таким образом и т.д.