ИП-шники отвечают всем своим имуществом, а вот законотворцы ничем не отвечают.
Да давно пора использовать компьютеры для принятия решений.
К сожалению пластиковые доски придётся производить из импортных компонентов, да и любое производство у нас это дело очень хлопотное, мало прибыльное и очень рискованное. Да и конкурировать придётся при постоянно изменяющихся правилах игры.
Это классический метод взаимодействия с компьютером и он никуда не делся. Он показал свою эффективность и работает очень уверенно ( cli в cisco, shell в linux ). Такое взаимодействие позволяет быстро комбинировать простые программы и получать результат. Графический интерфейс до сих пор не дорос до подобного.
Держать в голове параметры не надо у всех утилит есть справка
pbzip2 --help
man pbzip2
info pbzip2
…
bash-completion
«vi имеет два режима в одном он пищит в другом всё портит»
на основе vi сделан vim — один из самых эффективных редакторов
Точно, у нас законодатели принимают законы, противоречащие конституции, которые никто выполнить не может (да и заинтересованных в их выполнении нет), зато потом можно всех штрафовать. А вот самих законодателей никто не трогает за такие законы. Всем пофигу что они там творят.
Точно пора бежать за досками, а то скоро будет дешевле из импортных пластиковых досок строить.
Вообще-то предполагается что java уже есть да и apt-get быстро её поставит если надо. Но можно и с флешки. Когда мне понадобилась java от sun то она была недоступна несколько дней так что теперь у меня есть java.squashfs её можно без установки использовать достаточно пути прописать. #!/bin/sh
Изначально был скрипт который монтировал Android sdk, ndk, studio, eclipse, jdk и gradle и всякие кэши android studio из squashfs а поверх overlayfs но потом пришлось отказаться от overlayfs в пользу aufs. (На штатной убунте не работает. Автор Miklos Szeredi сказал что в «This should be fixed in recent kernels (4.2 and above)») Так вот все файлы монтировалисть как readonly а изменения складывались в отдельную папку. И сразу стало ясно что избыточность просто потрясающая. 3.6Гиг против 30Мб.
Зато разворачивается быстро скопировал нажал mount-fs и запустил android-studio и не надо ждать пока весь этот шлак выкачается по новой, да и как обычно обязательно что-то пойдёт не так. Только железо должно быть повынослевее и минимум с 3Гб озу, а лучше с 32.
Наше правительство усиленно двигает цифровую экономику чего стоит система ЕГАИС Лес. Теперь каждая щепка будет подписана цифровым сертификатом и гаишники смогут собирать по 20тыс с любого дачника, везущего хоть одну доску без документов. А если целая фура то сразу конфискуют машину, так что перевозчики тоже насторожились. Магазины строй материалов и лесопилки уже в восторге от благ прогресса.
Люди хотят тепло, воду, свет и покушать, а ещё их надо лечить и учить. А тут предлагают кормить их цифрами и обещаниями, хранимыми в blockchain-е? А потом собирать big-данные и выяснять почему опять «кажется что-то пошло не так».
Дело в том что за красивыми лозунгами ничего не стоит. На практике вся эта мощь будет использована что бы контролировать денежные потоки населения и собирать налоги и выкатывать штрафы и автоматом списывать с пластиковых карт. Хоть как-то улучшить реальную экономику это не поможет.
Вот какая цель у нашей экономики? Способна ли она прокормить имеющееся население и обеспечить ресурсами в случае обороны от вероятного противника?
Вы видели какие калькуляторы для 1С ставят? Говорить можно что угодно показывать направление и вектора, но если смотреть курс движения по факту, то всё что заявляется это только болтовня. У нас «Стратегия эффективного управления» без обратной связи.
Всё прекрасно но без реальной экономики, цифровая не нужна. Кормить население бигдатой будите, а пенсии выдавать источниками данных и широчайшими возможностями?
mingw еще пока работает, но в нём нет статического runtime только с msvcrt, а вот cygwin уже нет.
Незнаю как вам но я наблюдаю такую картину, чем более современный C++ тем больше код становится запутанней и содержит больше ненужного кода. И портирование обратно на C++98 показывает что новые возможности никак не сокращают объём кода, а наоборот его увеличивают, при этом используются для совершенно не значимых мест.
Просто не используя новые фичи C++ всё по прежнему работает на всех виндах. А есть новые, то только win7+ и в последствии только winx+. Стоят новые фичи этого? Если что-то общего пользования делать, то С++ как кандидат отпадает и остаётся только C но более консервативен. Например lua написана на C и его без проблем можно собрать под что угодно, хоть под дос и оно будет работать на каком-нибудь ICPDAS-е.
Видимо я плохо пишу по русски. Дело не в кодогенерации и не в EncodePointer, а в целенаправленном выпиливании поддержки определённых платформ. Это динамические библиотеки что мешает при отсутствии функции не использовать её или использовать аналог. И потом зачем EncodePointer если есть EncodeRemotePointer сразу привязываемся к Win10.
Что печально именно такое поведение и будет в дальнейшем. Я не могу понять почему это всех устраивает. Вам ограничивают свободу действий и все хлопают в ладошки и просят добавки. При этом так ведут себя все не только m$ но и goolge не отстаёт.
Компилятор не должен быть завязан на платформу, на неё должны быть завязаны библиотеки, которые можно спокойно менять. А тут именно компилятор гвоздями прибивают. Именно C++ который участвует в сборке практически всё. И это остальное автоматом работает только на новой платформе. Любые попытки портировать обратно начинают требовать всё возрастающих затрат затрат. И логично что этим никто-заниматься не будет.
Вы не сможете собрать clang под winxp даже если захотите — гвоздей много, да и не особо то хочется. MinGW запрещено иметь свою статическую библиотеку, он линкуется строго с msvcrt.
Если собирать проект в VS2005 то результат пускается как на win10 так и на winnt4, если еще и манифест добавить то даже будет красиво.
Но всем подавай новые свистелки, в результате так тихо и незаметно всех ведут к светлому будущему WinX. В итоге новые версии каких-нибудь php, perl, python или putty будет пускаться только в WinX.
Тоже писал подобное. Весь toolchain — 14Mb (вместе с libgdx 56Mb) это всё необходимое для сборки ничего и больше качать не надо.
А gradle это минимум 2Гб оверхеда и медленная сборка. AndroidStudio это минимум 3Гб RAM но лучше больше, гиг триграм и других индексов.
а тут слил с флешки 14Мб, распаковал, написал
./ma init-app myapp
./ma build myapp
./ma install myapp
и оно на телефоне и сборка myapp занимает 2сек.
если надо по классам поискать, то весь индекс по всему андройду занимает ~160кб.
./ma find-class Intent | grep android android.app.IntentService
android.app.PendingIntent
android.app.PendingIntent$CanceledException
android.app.PendingIntent$OnFinished
android.content.Intent
android.content.IntentFilter
android.content.IntentFilter$AuthorityEntry
android.content.Intent$FilterComparison
android.content.IntentFilter$MalformedMimeTypeException
android.content.IntentSender
android.content.IntentSender$OnFinished
android.content.IntentSender$SendIntentException
android.content.Intent$ShortcutIconResource
android.content.pm.LabeledIntent
android.provider.ContactsContract$Intents
android.provider.ContactsContract$Intents$Insert
android.provider.Contacts$Intents
android.provider.Contacts$Intents$Insert
android.provider.Contacts$Intents$UI
android.speech.RecognizerIntent
android.speech.RecognizerResultsIntent
./ma show-class android.content.Intent | grep put | grep double public android.content.Intent putExtra(java.lang.String, double);
public android.content.Intent putExtra(java.lang.String, double[]);
yum -y install mlocate
updatedb
в убунте она из коробки
Да давно пора использовать компьютеры для принятия решений.
К сожалению пластиковые доски придётся производить из импортных компонентов, да и любое производство у нас это дело очень хлопотное, мало прибыльное и очень рискованное. Да и конкурировать придётся при постоянно изменяющихся правилах игры.
Держать в голове параметры не надо у всех утилит есть справка
pbzip2 --help
man pbzip2
info pbzip2
…
bash-completion
«vi имеет два режима в одном он пищит в другом всё портит»
на основе vi сделан vim — один из самых эффективных редакторов
mcТочно пора бежать за досками, а то скоро будет дешевле из импортных пластиковых досок строить.
#!/bin/sh
cd $(dirname $0)
dir=$PWD
# https://youtrack.jetbrains.com/issue/IDEA-78860
export IBUS_ENABLE_SYNC_MODE=1
export JAVA_HOME=$dir/bin/jdk1.8.0_74/bin
export PATH=$dir/bin/jdk1.8.0_74/bin:$PATH
./bin/android-studio/bin/studio.sh
Изначально был скрипт который монтировал Android sdk, ndk, studio, eclipse, jdk и gradle и всякие кэши android studio из squashfs а поверх overlayfs но потом пришлось отказаться от overlayfs в пользу aufs. (На штатной убунте не работает. Автор Miklos Szeredi сказал что в «This should be fixed in recent kernels (4.2 and above)») Так вот все файлы монтировалисть как readonly а изменения складывались в отдельную папку. И сразу стало ясно что избыточность просто потрясающая. 3.6Гиг против 30Мб.
Зато разворачивается быстро скопировал нажал mount-fs и запустил android-studio и не надо ждать пока весь этот шлак выкачается по новой, да и как обычно обязательно что-то пойдёт не так. Только железо должно быть повынослевее и минимум с 3Гб озу, а лучше с 32.
android-ndk-r10e.squashfs - 605Mb
android-sdk-linux.squashfs - 2100Mb
android-studio.squashfs - 314Mb
eclipse.squashfs - 265Mb
java.squashfs - 58Mb
java-src.squashfs - 13Mb
jdk1.8.0_74.squashfs - 161Mb
user.squashfs - 177Mb
Вот какая цель у нашей экономики? Способна ли она прокормить имеющееся население и обеспечить ресурсами в случае обороны от вероятного противника?
Незнаю как вам но я наблюдаю такую картину, чем более современный C++ тем больше код становится запутанней и содержит больше ненужного кода. И портирование обратно на C++98 показывает что новые возможности никак не сокращают объём кода, а наоборот его увеличивают, при этом используются для совершенно не значимых мест.
Что печально именно такое поведение и будет в дальнейшем. Я не могу понять почему это всех устраивает. Вам ограничивают свободу действий и все хлопают в ладошки и просят добавки. При этом так ведут себя все не только m$ но и goolge не отстаёт.
Компилятор не должен быть завязан на платформу, на неё должны быть завязаны библиотеки, которые можно спокойно менять. А тут именно компилятор гвоздями прибивают. Именно C++ который участвует в сборке практически всё. И это остальное автоматом работает только на новой платформе. Любые попытки портировать обратно начинают требовать всё возрастающих затрат затрат. И логично что этим никто-заниматься не будет.
Вы не сможете собрать clang под winxp даже если захотите — гвоздей много, да и не особо то хочется. MinGW запрещено иметь свою статическую библиотеку, он линкуется строго с msvcrt.
Если собирать проект в VS2005 то результат пускается как на win10 так и на winnt4, если еще и манифест добавить то даже будет красиво.
Но всем подавай новые свистелки, в результате так тихо и незаметно всех ведут к светлому будущему WinX. В итоге новые версии каких-нибудь php, perl, python или putty будет пускаться только в WinX.
А gradle это минимум 2Гб оверхеда и медленная сборка. AndroidStudio это минимум 3Гб RAM но лучше больше, гиг триграм и других индексов.
а тут слил с флешки 14Мб, распаковал, написал
./ma init-app myapp
./ma build myapp
./ma install myapp
и оно на телефоне и сборка myapp занимает 2сек.
если надо по классам поискать, то весь индекс по всему андройду занимает ~160кб.
./ma find-class Intent | grep android
android.app.IntentService
android.app.PendingIntent
android.app.PendingIntent$CanceledException
android.app.PendingIntent$OnFinished
android.content.Intent
android.content.IntentFilter
android.content.IntentFilter$AuthorityEntry
android.content.Intent$FilterComparison
android.content.IntentFilter$MalformedMimeTypeException
android.content.IntentSender
android.content.IntentSender$OnFinished
android.content.IntentSender$SendIntentException
android.content.Intent$ShortcutIconResource
android.content.pm.LabeledIntent
android.provider.ContactsContract$Intents
android.provider.ContactsContract$Intents$Insert
android.provider.Contacts$Intents
android.provider.Contacts$Intents$Insert
android.provider.Contacts$Intents$UI
android.speech.RecognizerIntent
android.speech.RecognizerResultsIntent
./ma show-class android.content.Intent | grep put | grep double
public android.content.Intent putExtra(java.lang.String, double);
public android.content.Intent putExtra(java.lang.String, double[]);