Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Why SQLite does not use Git (2018)

sqlite.org

Post reply on HN
Print view View original

371–380 of 454 posts

Re: Why SQLite does not use Git (2018)

#371

Post by gorjusborg »

forrestthewoods wrote: post #159
gorjusborg wrote: post #99

Earlier quoted context omitted.

Seems like you are just complaining that something useful to a great many people isn't perfect for you particular use case. Use something thats's a better fit for your use case. There's nothing wrong with a hammer, you just want a screwdriver.

Kind of. I think Git is a very clunky rock that results in people smashing their fingers and is custom designed for a very specific use case (Linux open source) that isn’t actually relevant to 99.99% of projects. I think Git is a local minimum that people are ignorantly satisfied with. Everyone is using a mishappen rock and the popularity of this rock is inhibiting the creation of a proper hammer. I could be wrong! B…

I think your peception of 99% of use cases is entirely based on your niche, not reality.

There is far more development going on outside of games.

Re: Why SQLite does not use Git (2018)

#372

Post by backendanon »

pjmlp wrote: post #244
lolive wrote: post #220

Earlier quoted context omitted.

GitBash, AutoHotkey, Notepad++, 7zip and PowerToys are the basic installs I do on any Windows I am given. Any dev opening a CMD is suspect, to me.

Not for me, as Windows developers don't need to depend on UNIX culture. The only thing that is debatable is using command prompt instead of powershell, unless for legacy scripts.

"Windows developers don't need to depend on UNIX culture."

Need to? No. Microsoft seems to think the UNIX culture is very important to them and to their products and WSL has achieved wide success:

https://learn.microsoft.com/en-us/windows/wsl/about#:~:text=....

There was "Microsoft POSIX Subsystem" https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux

There was "https://en.wikipedia.org/wiki/Interix"

The first Microsoft OS was a UNIX variant called Xenix "The first operating system publicly released by the company was a variant of Unix announced on August 25, 1980. Acquired from AT&T through a distribution license, Microsoft dubbed it Xenix": https://en.wikipedia.org/wiki/History_of_Microsoft

Re: Why SQLite does not use Git (2018)

#373

Post by backendanon »

astrobe_ wrote: post #300
lolive wrote: post #220

Earlier quoted context omitted.

GitBash, AutoHotkey, Notepad++, 7zip and PowerToys are the basic installs I do on any Windows I am given. Any dev opening a CMD is suspect, to me.

CLI and GUI are different languages that are optimal for different use-cases. A dev who doesn't understand that and refuses to use CLI where appropriate is like a dev who would refuse to learn English. They are crawling when others can run.

"CLI and GUI are different languages"

CLI and GUI are User Experience (UX) paradigms. I do agree the CLI is supremely critical to most software development efforts.

Re: Why SQLite does not use Git (2018)

#374

Post by toast0 »

bombcar wrote: post #357
yardie wrote: post #339

Earlier quoted context omitted.

I’ve worked with many switches. I have not encountered a 10g switch that will negotiate to 10m. 100m is not automatic in most cases. These very old protocols are very different from modern 10g-100g. So much so that the transceivers may need to load a completely different firmware to even understand it.

100g may be too high, but my micro tick does fine: https://mikrotik.com/product/s_rj10 (I’ve not seen 100g over copper, but 10g is doable) I don’t know if it will go down to half duplex.

Half duplex is in spec at 100 as well as 10, so I'd be surprised if it didn't.

Re: Why SQLite does not use Git (2018)

#375

Post by yardie »

bombcar wrote: post #357
yardie wrote: post #339

Earlier quoted context omitted.

I’ve worked with many switches. I have not encountered a 10g switch that will negotiate to 10m. 100m is not automatic in most cases. These very old protocols are very different from modern 10g-100g. So much so that the transceivers may need to load a completely different firmware to even understand it.

100g may be too high, but my micro tick does fine: https://mikrotik.com/product/s_rj10 (I’ve not seen 100g over copper, but 10g is doable) I don’t know if it will go down to half duplex.

Ok. Most of my experience the switches will have 2 modes for each port: 1G/2.5G/10G/25G/100G or 10M/100M/1G/2.5G. This is typical for datacenter switches. Found this out when my trusty 10/100M USB dongle couldn't establish link. I needed to upgrade to a 1G USB3 dongle.

Re: Why SQLite does not use Git (2018)

#376

Post by toast0 »

beebmam wrote: post #55
bane wrote: post #41

Earlier quoted context omitted.

I have no idea why Richard focuses on such things but: I'm old enough to remember when developers spent time making sure they could plow all of their build assets into a single binary distributable. It often had kind of a zest to it and when you dealt with software had directories full of stuff it looked both "corporate" and "sloppy". I've never quite gotten over the feeling that the piles of dynamically linked libra…

If you're using TLS/crypto in an app, it's scary to statically bundle those libraries.

If you're linking to OpenSSL, it's scary to have that upgraded from under you. Maybe it got better in the 3 series, but I seem to recall pretty much all the important 1.0.1? releases would be something you'd need to mitigate a bit vulnerability, but would also have api changes that would break your application if you were trying to do newish things. Sometimes justified, but still a pita.

Re: Why SQLite does not use Git (2018)

#377

Post by yencabulator »

pwdisswordfishc wrote: post #225
School-Cotton wrote: post #149

Earlier quoted context omitted.

What is a “git server”? There’s no distinction between client and server in git; you can “git pull” from any machine with the normal “git” program installed that you have SSH access to.

Behold: https://git-scm.com/docs/git-daemon

Who uses git-daemon these days? When's the last time you saw git:// in a README?

Practically all use of git is either the "smart HTTP" protocol over HTTPS, or over SSH. git-daemon is plaintext, you wouldn't want to push over that, and for public use HTTPS has won.

I believe grandparent means what is these days called "forges", a web frontend with user accounts and such, with an extra heaping pile of features.

Re: Why SQLite does not use Git (2018)

#378

Post by cesarb »

eesmith wrote: post #217
herewulf wrote: post #200

Earlier quoted context omitted.

I like `rmdir` because I don't have to check if a directory that I think is empty is actually empty with `ls -la` before removing it. This happens a lot with moving stuff out of directories (sometimes to different destinations).

Even in that case, you can use "rm -d" instead of "rmdir". % mkdir herewulf % rm herewulf rm: herewulf: is a directory % rm -d herewulf % % mkdir herewulf % touch herewulf/nonempty.txt % % rm herewulf/ rm: herewulf/: is a directory % rm -d herewulf/ rm: herewulf/: Directory not empty % rm herewulf/nonempty.txt % rm -d herewulf/ The only distinct feature of rmdir is that it won't remove things that aren't files: % tou…

> Is 'cc' a preprocessor? A compiler? A linker? Yes!

It's none of them; it's a driver which calls the preprocessor (cpp), the real compiler, and the linker (ld).

Re: Why SQLite does not use Git (2018)

#379

Post by Shawnj2 »

quietbritishjim wrote: post #228
anon35 wrote: post #210

Made a list of all the revision control tools I've used over the decades, the year they were created, and the year I last used them: sccs 1973 2000 rcs 1982 2000 cvs 1990 2004 clearcase 1992 2004 perforce 1995 2011 subversion 2000 2015 mercurial 2005 2015 git 2005 present So, at least for me, they last around 15 years or so. But often time when I tell juinors that when they're my age, git will be distant a strange me…

In fairness, the rate of change of any type of tool slows down over time as the problem domain becomes well understood. It's like the Joel on Software article (which annoyingly I can't find at the moment) about how software is always pretty much done by about version 4. His example was office software, especially Excel, and sure enough if you loaded Excel 4 today you'd see it does fundamentally all the main things. I…

I do think that if there is a replacement to git in the future, it will probably have pull requests, tags, etc. built in that most git servers support but implement separately since they’re not in the standard. Alternatively, GitHub as a platform will become so standardized that they may launch their own “VCS” which is just other things bolted onto git that only work with GitHub (we’re already going there with the git command line)

Re: Why SQLite does not use Git (2018)

#380

Post by pjmlp »

backendanon wrote: post #372
pjmlp wrote: post #244

Earlier quoted context omitted.

Not for me, as Windows developers don't need to depend on UNIX culture. The only thing that is debatable is using command prompt instead of powershell, unless for legacy scripts.

"Windows developers don't need to depend on UNIX culture." Need to? No. Microsoft seems to think the UNIX culture is very important to them and to their products and WSL has achieved wide success: https://learn.microsoft.com/en-us/windows/wsl/about#:~:text=... . There was "Microsoft POSIX Subsystem" https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux There was " https://en.wikipedia.org/wiki/Interix " The first…

So lets put this in perspective.

Windows NT only got the bare minimum POSIX support for Windows NT to be allowed into DoD contracts. It was barely improved from there, and its SUA replacement was hardly any better.

Mostly ignored by Windows developers and finally put to sleep in 2003.

Xenix, which was actually my first UNIX experience, predates Windows 3.x success, and was largely ignored as Microsoft decided to focus on MS-DOS and OS/2.

WSL exists, because Microsoft realised plenty of people don't care about Linux, and rather buy Apple hardware for a POSIX experience, and since Linux kernel ABI matters more than POSIX in modern times, so WSL it is.

One needs to sell that Linux Desktop experience, that is taking decades to move percentiles.

None of that is relevant for Windows developers targeting Win32, and .NET technologies, the crown jewels.

Post reply on HN