/tech/ - Technology

>>34232
What language are you trying to learn? This hasn't been my average experience

I would suggest you learn another language, one which is simpler and with less externally required tooling and libraries. I would avoid Javascript, Java, C++, Rust etc. as first languages.

I would suggest you look at C, Go, or Python, because they are either very simple, or they have an expansive standard library that won't require huge amounts of external tooling. If you are on Linux or Unix of some sort I would especially consider C, because its entire toolchain is heavily integrated into the system, and most Unixes come with the manual pages for C standard functions already installed.

Most languages have a standard library that will get you far without having to mess around with external dependencies. Most beginner programming exercises should not need anything more.

despite its age and cultural irrelevancy in the modern era, pascal is still a great language for learning programming as well as general use and freepascal is available on every OS and compiles very fast to machine code and doesn't have all the weird idiosyncracies and confusing symbol-heavy teletype-influenced syntax that C has and the unit system is a lot less cumbersome and confusing than header files are, and unlike go/rust it also allows for low-level memory management and doesn't abstract it away behind a garbage collector or a borrow checker or smart pointers or other bullshit.

to give an example of why i think pascal is still a good first compiled language, consider the following code:

program Hello;

const
  N = 100;
var
  Msg: string;
begin
  Msg := 'hello';

  if N = 100 then
    WriteLn(Msg);
  end;
end.

the const keyword creates actual compile-time constants, variables have to be declared at the top of scope and the name of the variable is written first rather than its type, strings are a native type with proper stored length and bounds-checking, the assignment operator is ":=" instead of equals sign, the equals sign actually means "equal to", the standard library doesn't need to be explicitly included to use the WriteLn() print function, WriteLn() can print variables directly.

and here is c:

#include <stdio.h>

#define N 100

int main() {
  const char *msg = "hello";

  if(N == 100) {
    printf("%s\n", msg);
  }
  return 0;
}

the standard library has to be explicitly included with the #include directive to have access to the printf function, true compile-time constants have to be declared as #define preprocessor macros because const doesn't actually make things constant, types have to be written before variables as well as functions to specify their return type which is a lot less readable when you have a lot of variables declared in a row, there is no string type even in the standard library and you have to declare a pointer to an array of characters and make it const to make the characters read-only (but not actually a real compile-time constant) to prevent the program from crashing with a segfault should anything try to modify the string, also c's ad-hoc char array strings do not store their length and use an iPost too long. Click here to view the full text.

>>34245
I started with Pascal, it's pretty cool.

>>34056
I didn't say rust or go, I said applescript. Just because everyone could learn how to write a "real" language doesn't mean they should have to. Everyone could learn full mathematical notation too, but sometimes you meet them where they are.

>>34084

the point i'm trying to make isn't really about what is a "real" language and what isn't or how easy or hard a language is to learn or any of that, what i'm really talking about is guardrails that lock you into a certain paradigm. applescript is a very clear and obvious example and you can see what it's about right there in the name - a language designed to lock developers into apple's ecosystem and only think and write language the apple way™, so that they cannot use their knowledge in a way that apple does not approve of. a person who uses applescript isn't just a developer, they are an apple developer, their code only works on apple's hardware, if they quit or get fired from apple their knowledge of applescript becomes worthless to them, they can't reuse their code or their ideas anywhere else without completely rethinking and rewriting it from scratch. apple has all the power and the workers have none. google and mozilla's languages basically do the same thing but in a less obvious and less proprietary way, they have hardcoded artificial guardrails in place so that developers are not free agents who can do their work in many possible ways and make their own decisions, they are like slot cars on a track which can only travel along certain predesignated paths. it's like the difference between a well-paid high-agency salesperson who gets paid on commission and has complete discretion as to how to approach the client and convince them to buy, versus a low-paid low-agency salesperson at a telemarketing agency or something who just gets a shitty $8 an hour wage and has to just sit at an autodialing terminal and read from a script verbatim at hundreds of random people all day. the owner and managerial class want to turn every kind of job into the latter kind of job, where they have all the power and the worker is just a monkey that pushes a button and gets a banana.

>>34085
We are talking across purposes. applescript isn't some internal thing, it's an (underloved) consumer-facing product. you are on sounder ground with identifying it a form of vendor lock-in, but its primary purpose was to allow you to script stuff on the desktop with an intuitive syntax (e.g. a valid applescript instruction is "tell application Firefox to quit") although you can do a lot more than that. It is not too difficult to imagine an open, cross-platform language on similar principles (particularly if you weaken the desktop automation element and make a pure scripting language, or outsource interaction with local applications to some kind of extension). It would be actively undesirable to use such a language in a corporate environment (it is inherently too verbose.) but actively desirable for empowering end users.

I am not particularly concerned with enabling programmers to approach problems from whatever angle they like. so long as the language is turing complete, my primary concern is allowing non programmers to approach the problem from at least one angle. To the general proletarianisation of programmers i stand by my original point. Those who thought knowing C made them a superior class of artisan producer who doesn't need any leftist meddling suddenly come to find that in reality they're as, if not more, replaceable than the janitor. A learning experience.

>>30211
I support free software because it helps develop the productive forces, not because I think it helps user freedom (it doesn't). Most people use software at work which is always locked down.

Pixels are pretty much the best option for long term support now. I do lament that we no longer have a DivestOS style ROM though, which was basically GrapheneOS + LineageOS best of both worlds. Pixels can use Graphene though and just about everything else and are likely to have the baseband and other core stuff updated for awhile, without depending on some OEM's custom shit atop Android and for them to bother updating core components. Samsung, Lenovo/Motorola, any of the Chinese Oppo/Huawei types etc.. can fall into these pitfalls easier. Nothing is perfect, but Pixels are the best option. I do wish they were more like the Nexus models of old that stayed to AOSP instead of having special Pixel versions of stuff that was proprietary, but its still quite possible (and on a pixel, easier than most other modern flagships) to run a custom ROM .

As far as the hardware, if you're buying Pixels (and especially if you're buying used) I HIGHLY suggest getting something of the Pixel 10 series or newer (ie the brand new 11, which is basically very close to the 10 with some small bumps here and ther, I think) because the 10 (at least the Pro models) have "pixelsnap" compatibility which is basically a built combination of Apple's "magsafe" magnetic connection for accessories and the like, and the latest Qi2 standard for wireless charging (regular Qi has been around a long time, Qi 2 is faster and has other benefits as well ). There are other benefits of course but this was one of the things added in the recent Pixel models with the new body redesign. There are also going to be a lot of deals on Pixel 10 family stuff now that the 11s are coming. Pixel 10/11 families go like

>Pixel 10a
The cheapest variant, usually released after the mainline. This is the cut down version but still solid overall. Usually has less 'premium' materials, cameras, and other ancillary shit, lesser raw performance etc.. but a lot cheaper.
>Pixel 10
The baseline version, very capable and a step up from the A models typically.
>Pixel 10 Pro and Pro XL
The high end version that has the best of everything. The XP version is just slightly physically larger but aside from that is very close in terms of specs; its more an issue of preference for portability etc. For most technically adept users one of these are typically the way to gPost too long. Click here to view the full text.

Got a 2023 thinkphone from motorola, it's good and got lineage so

>>33885
Insane value for money. Had the same 200 american dollar (that's 260 in today's money) xiaomi for 7 years now. Adware I turned off immediately and haven't had trouble with since. For apps like gallery I just installed a replacement if they were bad, design-wise. Spyware is like, same level as samsung or other cheap shit. Would you rather have american or chinese backdoor?

>>34135
Bullshit or cope, I had a xiaomi and it had so much shit that you needed to turn off in separate places it was insane, and to this day I never figured out how to disable the xiaomj "safe installer" crap. I got lucky on that phone because it was vulnerable to mtkexploit which rescued it from the trash bin

>>34152
I just hit back out of muscle memory when the stupid safe installer appears. Yeah I had to turn off "features" in separate places too but it took me about a day of getting used to the thing. Yet it is still my daily phone after all these years. Battery still lasts a good day use, too.

> Real girls can't even be that expressive
*For you*. They'll be this and much more expressive for Chad. A girl I know showed me how she wrote an entire love letter for Chad who had barely even talked to her prior.
This is in stark contrast with the average male experience where it is indeed hard to get a kind word out of her, let alone her being expressive, it's always you putting in work work work money money money and she's still lukewarm towards you at best.

Considerations:

Physical Injury Risks: Eye punctures, genitalia damage, and permanent Injury.
House Injury Types: Electrical fires, battery fires, dents in walls.
Reputational Risks: People will hate your guts. Conservative Groups will view your project as a source of moral ill on the world.
Legal Risks: Who gets sued when problems occur regardless of if you are liable? Adult content requires IP logging and age verification in certain states. You as a small creator are not capable of doing that. Plan accordingly. Do not use smaller sizes to save on weight and price, use realistic 25F 160IBS sized reference models to minimize legal risk.

Safety Precautions:

1. Use no batteries, instead use a outlet tether.
   
2. Back-driveable belts everywhere.
   
3. Have a dead man switch that says I am okay.
   
4. Use no restraints on yourself.
   
5. Retain no user data. Let the user decide if telemetry (ROS2, OpenTelemetry Local) are okay.
   
   

Post too long. Click here to view the full text.

>>33446
>Real girls can't even be that expressive
They can, most of them aren't.

>>34203
>Chad
>average male experience
>it's always you putting in work work work money money money and she's still lukewarm towards you at best.
If the problem is that real girls don't want you, you can use tech and OF models to make the loneliness easier while you find a gf. You can keep using the tech after the gf, nothing is stopping you. She doesn't have to know.

>>34206
The Handy 2 already exists as a product so I'm not really liable for the hardware. VR porn clips exist too so I don't have to create any sex models.

I already have the VR webm player app with sex sound effects working off the joystick but I don't want to upload that to github because it will lead back to me. I can't monetise because of reputational risks. >>34103 is a concept video but I have the setup at home and it's pretty cool. I have an infinite library of sex.

You can add AI to it but why ruin something cool. You don't need the full robot.

You could just start with fleshlights and onacups. They feel like the real thing. No yapping needed.

Probably not. The 4chan source code has already been leaked, and I haven't come across any mention of a feature like that. But I suppose it would not be too difficult to implement, there are already some imageboard scripts that let threads be tagged, so organizing them according to interest and user satisfaction feedback should not be a big challenge.

>>34059
i don't care about your american beauty standards.

AND STOP DERAILING MY THREAD!

>>34060
stop posting ana freaks, retard. impolite sage.

>>34054
seek help, your mind is fooling you into believing this is beauty when it is just your self-destruction mechanism

>>34054
Why not just quit internet altogether? Every single thing you do on it is harvested for data to be fed into AI.

You're still being moderate. Replace your social media feeds with RSS feeds, and ideally, stop using social media completely.
Fun fact: I read your thread through my RSS reader.

folgen

There's shit like this everywhere now and most of it has no reason to exist. If I had to guess it's several layers of bots (i.e. an AI orders sub-AIs to create details for an account that a different AI uses to post with, so the human who deployed all of this in the first place wasn't thinking about this particular result)
Also it's funny that presumably the image generator was just given the username "Script Kiddie" and decided to generate a photo of a girl who looks 12

>>34167
wait till you get to GCC. My older laptop did it in mere 3 days.

>>34166
wut? unless systemd somehow fucked up the traditional boot order, /var and other filesystems in fstab should be mounted after executing init

>>34171
Ah, well perhaps, know it's needed for /usr/, LVM, and cryptsetup. I used to have the former, and still use the later two. That plus the docs: https://wiki.gentoo.org/wiki/Initramfs must have confused me.

>>34172
did a quick search on the forums and apparently systemd has services depend on /var that don't specify mounting disks as a dependency, as opposed to literally any other service manager…
https://forums.gentoo.org/viewtopic.php?t=1165959

>>34163
>Dont compile your first web browser.
uygha, just install Dillo.

>>34069
Rewrote the lexer to pull out a PDA with finite registers.
The caller provides parsers of a regular languages with state transitions, and fallbacks.
They do this by providing a large or'd sequence of named regex groups.
They then call the transition on the returned match.lastgroup, and supplied start, end pair.
Or if there is no match on the gap between the last position and the next match or EOF.
This should allow for the two phase lexing of commonmark as well as better handling of some blocks.

Next up is to generalize the parser to a LL(1) framework.
The caller will provide a REGISTRY table containing functions Mode -> Token -> MutableState -> MutableState
Where the MutableState is mostly just a Stack of pointers into the accumulator, an accumulator and a return.

The tricky part of course will be to actually write out all the lex and parse rules for commonmark with extensions.
On this note found the following interesting program which will serve as the basis of rewriting my rules:
https://github.com/mmark-md/mmark/blob/master/Text/MMark/Parser.hs

Have been learning a little by doing…
The regex engine I was using doesn't support unicode ranges over byte data.
Meaning it doesn't support unicode ranges over mmap data.
So I have to rip it out and replace it with hyperscan/chimera which will be faster.
Also realized I wanted the option to support scan and match modes.
And a stack of transition tables instead of transition functions to allow for extensions more easily.

Additionally attempts to implement the inline code already blew up the parser.
It now quite clearly has to be LL(k),

have you tried mistune?

Maybe it's because i just have a fundamental dislike for markdown and generating everything downstream from an mediocre markup format, but i think you may be approaching this problem the wrong way.

I recently needed a spaced repetition system and what did i do? I implemented a pseudo-VFS with Common Lisp structs and made it interface with the filesystem using "blob" and "dot" types to track regular files and files containing knowledge representation objects respectively. Dots are either read-only and loaded as a type of module or lisp objects which can be printed back and i've settled on doing everything with (potentially nested) plists and a path search struct. Finally the core program loads a lisp rc file and execs into a custom command-line with its own restarts and a cwd.

Then i wrote a couple of modules that define

• auto-promotion of blobs with an .a extension to writable dots
  
• multi-language keywords for storing information in dots
  
• a field for links to other dots and a function for plotting a path (which i call a trace) based on them
  
• a testing command which goes through every dot in and connected to a prefix as a topical graph ordered randomly and by the order of links and asks questions according to a plan like ('name summary :equation)
  
• commands that further extend the notion of a "trace" in order to pass as a memex
  
  

Since i'm still in the process of writing the emacs integration, the interface is currently quite rudimentary, yet i'm happy with what it does regardless.

I wrote the lexer as described in >>34069 but it turns out callbacks to python every match is too slow.
Like three orders of magnitude too slow…
It's very customizable which is nice, the API would not be impossible in C without manual patching.
Mostly because of the protocols which allow for the Context and State to be extended.
It's available at: https://codeberg.org/jugaad/lexify

>>34160
No, but I was having too much fun to try something else!

>>34161
Wrote a VFS once on top of indexeddb had a comprehensive enough interface to run isomorphic-git, and a complete test suite.
Wanted a MDX-editor with git implemented as PWA, but of course it has to have an FS menu so…
Should have just bought the bullet and gone native, might have had a mini product if I had.
Funny how everything around here is so…