Когда мне было 20 лет я мечтал жить на работе. Когда мне было 25 лет я мечтал жить на работе. Когда мне было 27 лет я мечтал жить на работе, но так получилось что вдруг стал инвалидом и работа с тех пор для меня, увы, превратилась лишь в воспоминания. Сейчас мне 52, но мне до сих пор снится что я продолжаю работать и да, живу на работе!
Так что для кого-то это может и бред, но смею заверить -- существуют такие люди, есть такие в природе (по себе знаю) которые мечтали бы никогда не уходить с работы. Ну или уходить, но как можно реже. Естественно если бы на работе была бы хотя бы половина из тех условий, про которые упомянуто в статье. Иначе же да, пришлось бы возвращаться за подобными условиями домой.
И что никогда не понимал и не понимаю, так это т.н. "удалённая работа", из дома. Какая может быть работа, если она "удалённая"? Тем более из дома. Это только для, извините, инвалидов, для неполноценных. А здоровый человек по моему мнению должен ходить на работу в нормальный офис. Как исключение -- админить сервер в Тюмени, находясь при этом в Москве или что-то типа этого, вот так удалённо можно. Иначе же только нормальный офис, никакой удалённой домашней "работы".
А я не понял чего с этим NanoLedger делать, он мне только весь файл показывает и всё. Ни как посмотреть по категориям, ни как посмотреть по датам я в нём не нашёл. Наверное я тупой просто.
Прикольная штука этот ledger, уж куда удобнее (и главное интуитивнее в стопицот раз) чем Excel -- всё сразу же видно и не надо никаких дополнительных плясок вокруг костра с бубном, составляя формулы и указывая в них A1, B2, C3 и прочую абсолютную неинтуитивность.
И считает само, не надо с калькулятором ничего корректировать. Пожалуй попробую я его месяцок и если понравится, то все свои текстовые ведения расходов переведу на ledger.
Жаль что для Android нет приложения для этого ledger (про существование приложения для ledger crypto я уже в курсе, нагуглил/нагугльплеил, но домашние финансы как-то всё больше в рублях, а не в биткоинах).
А меня откровенно выбешивает, прям до красного каления, когда в письменном виде вместо "АндроИд" пишут "АндроЙд". Прям хочется убить автора такого текста.
И ещё "Луникс" вместо "Линукс" (да, так тоже говорят!).
Нет, к программированию я как раз очень даже близок. Но от работы секретарши я далёк. Поэтому я знаю ассемблер 8080, Z80, x86 и arm, знаю C, знаю Pascal, знаю Java, знаю Python, само собой знаю Basic (а кто его не знает?) и Фокал (наследие БК-0010 и БК-0011) знаю Markdown, немного знаю JS, могу в LaTex "сделать красиво", но вот типично секретарские вещи типа Excel и MSWord я не знаю совсем -- мне это никогда не было надо для написания программ. Это началось ещё в те времена, когда не было никакого MSWord, а был Lexicon и SuperCalc -- этим владели бухгалтерши и серетарши, а я для них писал бухгалтерские программы на Clipper'е.
Кто в здравом уме будет в течении месяца заносить расходы где-то на бумажке или в блокноте, а затем в конце месяца скурпулезно вносить все это в такой скрипт?
Вы не поверите! Я это делаю уже с фераля 2020 года. Правда не на бумажке и не в блокноте, а в файлы записываю и вручную их корректирую, подсчитывая на калькуляторе движение денег каждый раз когда получаю деньги или трачу их.
А можно поинтересоваться зачем нужно изобретание велосипеда именно в виде приложения с именно такой функциональность. когда уже сто лет как существует KeePassXC? Если только в целях изучения Compose, то понятно, но для хранения паролей... Не понятно вообще.
Айфон по сравнению с андроидом по удобству использования в виде телефона/смартфона это как сравнивать "red" и #ff0000 -- абсолютно то же самое, только название другое. А вот если сравнивать по возможностям установить какой-нибудь софт не из официального Appstore магазина (ну нет его там к примеру) андроид оставляет айфон далеко позади.
А как ниже какую-то дичь написал @radtie Тут я даже не знаю что сказать. Я не могу даже выдумать как сделать так, чтобы мой Samsung начал тормозить. И зачем мне его менять? Ему исполнилось три с половиной года, он как работал прекрасно так и работает прекрасно (тьфу-тьфу-тьфу), и обновляется регулярно. Зачем мне его менять каждый, блин, год? Для понтов если только. Так если бы мне были нужны именно понты я как раз куплю себе айфон и буду каждый раз его менять при появлении новой версии -- 14 на 15, 15 на 16, 16 на 17 и т.д. То есть, судя по активности и плодовитости фирмы Apple, как раз каждый год и получается. Как телефон его новая версия будет ничем не лучше чем предыдущая или тот же андроид, зато понтов у меня будет выше крыши, а уж ЧСВ так вообще зашкалит!
The Microsoft x64 calling convention is followed on Windows and pre-boot UEFI (for long mode on x86-64). The first four arguments are placed onto the registers. That means RCX, RDX, R8, R9 (in that order) for integer, struct or pointer arguments, and XMM0, XMM1, XMM2, XMM3 for floating point arguments. Additional arguments are pushed onto the stack (right to left). Integer return values (similar to x86) are returned in RAX if 64 bits or less. Floating point return values are returned in XMM0. Parameters less than 64 bits long are not zero extended; the high bits are not zeroed.
… Только вот в Safari почему-то отображаются далеко не все страницы, а процентов 10 от всех. А в остальных процентов 90 сначала мелькает на полсекунды то что должно быть на странице, а после всё исчезает и остаются на странице два с половиной-три с половиной элемента. Пришлось установить Google Chrome, в нём асолютно все страницы отображаются нормально и полностью.
Мне объяснили популярно почему такое происходит. Это из-за того, что в виртуалках (любых у которых host не Mac, если хостовая машина Mac то как-то можно) не виртуализируется 3D ускорение именно для Metal API, который в отличии от OpenGL существует только для видюх от Apple и на железном уровне. Safari использует как раз Metal для рисования своих страниц, а Chrome использует старый добрый OpenGL. Поэтому Safari показывает только превью, которое после исчезает как только Safari пытается использовать Metal, а Chrome про Metal ничего не знает и через OpenGL показывает всё нормально.
Честно скажу, не знаю как и чему сейчас учат в универе :-) Я получал свою практику программирования на ассемблере в своё время путём изучения дизассемблированых BIOS, DOS и первых вирусов для DOS, и везде там передача была именно через регистры. Через стек параметры передавались только в языках высокого уровня и много позже когда появились первые Windows (ещё не как самостоятельные OS, а как оболочки для DOS) и соответственно WinAPI. Так что я перенял способ передачи параметров через регистры из "взрослых" программ и меня удивляло и поражало в первых Windows — зачем передавать параметры через стек, когда всю жизнь передавали через регистры? Ведь когда пишешь на ассемблере передача параметров через регистры и быстрее, и удобнее! Только после дошло что это для совместимости с HLL того времени в которых никаких __fastcall в то время ещё не было, всё шло тупо через стек, в C справа налево и с очисткой стека после вызывателем, а в паскале слева направо и с очисткой стека вызываемым.
В середине нулевых да, передача параметров была уже преимущественно через стек, на flat модели, 32 битах и винде. А на голом DOS, на голом ассемблере параметры старались по возможности всегда передавать в регистрах.
В досе? Нет, в досе, да и в биосе так никогда не делали если программа писалась именно на ассемблере, а не на каком-нибудь языке высокого уровня. Языки высокого уровня передавали через стек, да, а на ассемблере это выглядело бы как-то так:
mov si, offset msg call printMessage ... printMessage: cld loop: lodsb test al,al jz exitLoop call printChar jmp loop exitLoop: ret ... printChar: mov ah,0eh int 10h ret
То есть всё через регистры. Вот если регистров нехватало, тогда да, передавали через стек или через какие-нибудь локальные переменные.
Я с 1987 года по 1993 год программировал преимущественно на ассемблере и исключительно под дос, так что знаю о чём говорю.
Когда мне было 20 лет я мечтал жить на работе. Когда мне было 25 лет я мечтал жить на работе. Когда мне было 27 лет я мечтал жить на работе, но так получилось что вдруг стал инвалидом и работа с тех пор для меня, увы, превратилась лишь в воспоминания. Сейчас мне 52, но мне до сих пор снится что я продолжаю работать и да, живу на работе!
Так что для кого-то это может и бред, но смею заверить -- существуют такие люди, есть такие в природе (по себе знаю) которые мечтали бы никогда не уходить с работы. Ну или уходить, но как можно реже. Естественно если бы на работе была бы хотя бы половина из тех условий, про которые упомянуто в статье. Иначе же да, пришлось бы возвращаться за подобными условиями домой.
И что никогда не понимал и не понимаю, так это т.н. "удалённая работа", из дома. Какая может быть работа, если она "удалённая"? Тем более из дома. Это только для, извините, инвалидов, для неполноценных. А здоровый человек по моему мнению должен ходить на работу в нормальный офис. Как исключение -- админить сервер в Тюмени, находясь при этом в Москве или что-то типа этого, вот так удалённо можно. Иначе же только нормальный офис, никакой удалённой домашней "работы".
А я не понял чего с этим NanoLedger делать, он мне только весь файл показывает и всё. Ни как посмотреть по категориям, ни как посмотреть по датам я в нём не нашёл. Наверное я тупой просто.
Прикольная штука этот ledger, уж куда удобнее (и главное интуитивнее в стопицот раз) чем Excel -- всё сразу же видно и не надо никаких дополнительных плясок вокруг костра с бубном, составляя формулы и указывая в них A1, B2, C3 и прочую абсолютную неинтуитивность.
И считает само, не надо с калькулятором ничего корректировать. Пожалуй попробую я его месяцок и если понравится, то все свои текстовые ведения расходов переведу на ledger.
Жаль что для Android нет приложения для этого ledger (про существование приложения для ledger crypto я уже в курсе, нагуглил/нагугльплеил, но домашние финансы как-то всё больше в рублях, а не в биткоинах).
А меня откровенно выбешивает, прям до красного каления, когда в письменном виде вместо "АндроИд" пишут "АндроЙд". Прям хочется убить автора такого текста.
И ещё "Луникс" вместо "Линукс" (да, так тоже говорят!).
Нет, к программированию я как раз очень даже близок. Но от работы секретарши я далёк. Поэтому я знаю ассемблер 8080, Z80, x86 и arm, знаю C, знаю Pascal, знаю Java, знаю Python, само собой знаю Basic (а кто его не знает?) и Фокал (наследие БК-0010 и БК-0011) знаю Markdown, немного знаю JS, могу в LaTex "сделать красиво", но вот типично секретарские вещи типа Excel и MSWord я не знаю совсем -- мне это никогда не было надо для написания программ. Это началось ещё в те времена, когда не было никакого MSWord, а был Lexicon и SuperCalc -- этим владели бухгалтерши и серетарши, а я для них писал бухгалтерские программы на Clipper'е.
Вы не поверите! Я это делаю уже с фераля 2020 года. Правда не на бумажке и не в блокноте, а в файлы записываю и вручную их корректирую, подсчитывая на калькуляторе движение денег каждый раз когда получаю деньги или трачу их.
===
pfemidi@localhost:~/Documents/Жизнь Замечательных Людей$ ls
август-2020.txt декабрь-2021.txt июнь-2022.txt март-2023.txt сентябрь-2020.txt январь-2021.txt
август-2021.txt декабрь-2022.txt июнь-2023.txt ноябрь-2020.txt сентябрь-2021.txt январь-2022.txt
август-2022.txt декабрь-2023.txt май-2020.txt ноябрь-2021.txt сентябрь-2022.txt январь-2023.txt
август-2023.txt июль-2020.txt май-2021.txt ноябрь-2022.txt сентябрь-2023.txt январь-2024.txt
апрель-2020.txt июль-2021.txt май-2022.txt ноябрь-2023.txt февраль-2020.txt
апрель-2021.txt июль-2022.txt май-2023.txt октябрь-2020.txt февраль-2021.txt
апрель-2022.txt июль-2023.txt март-2020.txt октябрь-2021.txt февраль-2022.txt
апрель-2023.txt июнь-2020.txt март-2021.txt октябрь-2022.txt февраль-2023.txt
декабрь-2020.txt июнь-2021.txt март-2022.txt октябрь-2023.txt февраль-2024.txt
pfemidi@localhost:~/Documents/Жизнь Замечательных Людей$
===
Вот, на каждый месяц начиная с февраля 2020 отдельный файл, в котором и лежат все доходы и расходы за этот месяц. И без диаграм, просто цифры.
А вот excel я не знаю от слова "совсем", поэтому мне гораздо легче вручную всё посчитать.
Но данным скриптом я пользоваться не буду, файлы и ручной подсчёт мне как-то проще.
По ссылке написано что:
Статус Разблокирован
IP-адрес
104.21.25.25
172.67.222.11
2606:4700:3031::6815:1919
2606:4700:3037::ac43:de0b
Судя по их логотипу блочат не их, а они.
А "runas administrator" что, больше не работает? Чем sudo лучше?
А можно поинтересоваться зачем нужно изобретание велосипеда именно в виде приложения с именно такой функциональность. когда уже сто лет как существует KeePassXC? Если только в целях изучения Compose, то понятно, но для хранения паролей... Не понятно вообще.
А ссылка ведёт вот сюда:
---
We’re Sorry!
The page you’re looking for can’t be found
404 Page Not Found : The page you are looking for doesn't exist or has been removed! Please check your URL is valid.
---
Дожили! Теперь чтобы расставить отступы стали обращаться к ChatGPT. Куда катится этот мир?
Айфон по сравнению с андроидом по удобству использования в виде телефона/смартфона это как сравнивать "red" и #ff0000 -- абсолютно то же самое, только название другое. А вот если сравнивать по возможностям установить какой-нибудь софт не из официального
Appstoreмагазина (ну нет его там к примеру) андроид оставляет айфон далеко позади.А как ниже какую-то дичь написал @radtie Тут я даже не знаю что сказать. Я не могу даже выдумать как сделать так, чтобы мой Samsung начал тормозить. И зачем мне его менять? Ему исполнилось три с половиной года, он как работал прекрасно так и работает прекрасно (тьфу-тьфу-тьфу), и обновляется регулярно. Зачем мне его менять каждый, блин, год? Для понтов если только. Так если бы мне были нужны именно понты я как раз куплю себе айфон и буду каждый раз его менять при появлении новой версии -- 14 на 15, 15 на 16, 16 на 17 и т.д. То есть, судя по активности и плодовитости фирмы Apple, как раз каждый год и получается. Как телефон его новая версия будет ничем не лучше чем предыдущая или тот же андроид, зато понтов у меня будет выше крыши, а уж ЧСВ так вообще зашкалит!
Как это "всё равно"? У них же теперь айФон -- телефон не для телефона, а для понтов!
И так же Extended Attributes в OS/2.
Это справедливо для WinAPI x86, а в WinAPI x86-64 немного по другому:
The Microsoft x64 calling convention is followed on Windows and pre-boot UEFI (for long mode on x86-64). The first four arguments are placed onto the registers. That means RCX, RDX, R8, R9 (in that order) for integer, struct or pointer arguments, and XMM0, XMM1, XMM2, XMM3 for floating point arguments. Additional arguments are pushed onto the stack (right to left). Integer return values (similar to x86) are returned in RAX if 64 bits or less. Floating point return values are returned in XMM0. Parameters less than 64 bits long are not zero extended; the high bits are not zeroed.
Нисколько не рекламы ради, я к ним вообще никакого отношения не имею, но для начала, именно для начала IMHO данный курс вполне подходит.
Мне объяснили популярно почему такое происходит. Это из-за того, что в виртуалках (любых у которых host не Mac, если хостовая машина Mac то как-то можно) не виртуализируется 3D ускорение именно для Metal API, который в отличии от OpenGL существует только для видюх от Apple и на железном уровне. Safari использует как раз Metal для рисования своих страниц, а Chrome использует старый добрый OpenGL. Поэтому Safari показывает только превью, которое после исчезает как только Safari пытается использовать Metal, а Chrome про Metal ничего не знает и через OpenGL показывает всё нормально.
Честно скажу, не знаю как и чему сейчас учат в универе :-) Я получал свою практику программирования на ассемблере в своё время путём изучения дизассемблированых BIOS, DOS и первых вирусов для DOS, и везде там передача была именно через регистры. Через стек параметры передавались только в языках высокого уровня и много позже когда появились первые Windows (ещё не как самостоятельные OS, а как оболочки для DOS) и соответственно WinAPI. Так что я перенял способ передачи параметров через регистры из "взрослых" программ и меня удивляло и поражало в первых Windows — зачем передавать параметры через стек, когда всю жизнь передавали через регистры? Ведь когда пишешь на ассемблере передача параметров через регистры и быстрее, и удобнее! Только после дошло что это для совместимости с HLL того времени в которых никаких __fastcall в то время ещё не было, всё шло тупо через стек, в C справа налево и с очисткой стека после вызывателем, а в паскале слева направо и с очисткой стека вызываемым.
В середине нулевых да, передача параметров была уже преимущественно через стек, на flat модели, 32 битах и винде. А на голом DOS, на голом ассемблере параметры старались по возможности всегда передавать в регистрах.
В досе? Нет, в досе, да и в биосе так никогда не делали если программа писалась именно на ассемблере, а не на каком-нибудь языке высокого уровня. Языки высокого уровня передавали через стек, да, а на ассемблере это выглядело бы как-то так:
mov si, offset msgcall printMessage...printMessage:cldloop:lodsbtest al,aljz exitLoopcall printCharjmp loopexitLoop:ret...printChar:mov ah,0ehint 10hretТо есть всё через регистры. Вот если регистров нехватало, тогда да, передавали через стек или через какие-нибудь локальные переменные.
Я с 1987 года по 1993 год программировал преимущественно на ассемблере и исключительно под дос, так что знаю о чём говорю.