I still maintain that PHP was never meant to be a serious language but
it "had greatness thrust upon it" by baristas-turned-programmers during
Sure it was. It just happens that it wasn't designed by people who were really, like, a language-designer's language designer.
It could be argued, for example, that COBOL matches the CGI model better than Perl ever did.
I don't necessarily think Smalltalk is ridiculously over-the-top for web programming. Although, I don't think Seaside is a particularly good implementation, based on how ugly their pages wind up looking.
And with the web, presentation is pretty much everything.
I suck at making web pages look good. When it comes to that stuff, I feel like I'm a troglodyte pretending to have competence at web pages, as I get more involved with making the thing work properly than look nice (when, really, both are required).
But the work I did in Ruby made the pages look very nice in spite of my efforts to make it look like shit. Or, rather, I would have to go out of my way to make the pages look like shit in Ruby, where in the other languages I've used, shitty-looking web pages were the norm.
[ http://www.coboloncogs.org/HOME.HTM ]
"COBOL ON COGS" is definitely going to be the next big web development framework.
Subject: Suggestions for personal 'file system/filing system?
Hi,
I am trying to organize my digital life, on my home system. I have tinkered about with various filing schemes and categories, but would like to know how others organize there files.
I have tried a few hierarchies of directories and categories, but would like to keep it simple; not too many subdirectories, and not too many top level categories.
I posted it here because i think the unix file system hierarchy uber cool in a logical craziness, but makes sense. I would like to have any suggestions that maybe draw some inspiration from unix aswell as what people actually use.
Help!!
Subject: Re: Suggestions for personal 'file system/filing system?
Thu Dec 15 2016 11:54:06 EST from mo @ Uncensored Subject: Suggestions for personal 'file system/filing system?I am trying to organize my digital life, on my home system. I have tinkered about with various filing schemes and categories, but would like to know how others organize there files.
I stopped worrying and learned to love the tag. It simply is not possible to use a file system to store and order information from several sources in several categories, at least not for the things that interest me. Or I would drown in a symlink hell.
I let iTunes keep track of my audio files on my home server, so I started using the id3tags heavily. I am still not happy that you can only tag a song for one genre. But the data I added in iTunes is then used by minidlna and mt-daapd (and probably mpd) for broadcasting to the LAN.
I am planning to use something like Calibre for my ebook collection. Movies are mostly on DVD/Bluray in my living room, rather unsorted. The few flics I have on the server are sorted by country of origin, and even that is difficult at time.
Having everything findable by Tracker or some other datacrawler/indexer is the way to go. Sorting is a waste of time. Most importantly, I need a tool for managing citations/quotes and bits of information. Everything I tried seems crap. Turtleapp seems a bit too hipster but a nice replacement for evernote.
A filing system, is 'exactly', what i want. UNIX orders it's information using a fixed file system. I, like many people, still use a paper file system to, erm, file :) all those bits of paper i know i will want to come back to in the near future (i have thought about scanning them all as i get them and keeping them - erm - on my PC's File system , or a database, i would still keep the originals though, well only the important stuff). It would be nice to have some kind of sane/elegant list of top level catagories in my file system, that was why i asked. I see your argument for not wholey relying on this kind of system to store and retrieve data though. Yes tags seem like a great idea.
I use a notetaking program to jot down alot of my thoughts and snippets of info; and this uses tags which some in very handy. http://rednotebook.sourceforge.net/
I still use files and directories to organize stuff though, so from my tagged snippets and longer stuff - they generally find thier way into a text file, in a directory. :)
I used to use one or two personal wiki notetaking programs, and the linked topics etc was quite a good way to store and retrieve i found, but i still came back to making single plain text files of all my important stuff.
I had a quick look and came across this, i don't know if it is any good, looks nice.
Tagspaces does need look very interesting. Although "polluting" the filename with tags is a bit ugly and might compete with some peoples OCD needs. :)
I might toy around with it.
Putting the tags in the filename is ugly, though. I see they also have a non-free version that stores the tags as metadata. This is obviously the right way to do it, and someone in the free world will certainly reimpmlement it.
But it's got to be done in a platform-independent, filesystem-independent, network-transparent way. (That usually means dotfiles)
Hmm.
It feels like one could extend the idea to tagging data, generally.
Tag your e-mails, tag your database records, etc.
For starters, part of that job could be done by smarter tools. Combining the already available data, especially the modes of processing, in a meaningful manner. I'd call that "Small Data".
My smartphones always have a totally dumb and clueless "caller history": 1. Most of them only remember one instance of call by a certain person. I do not see all instances of the last 2 weeks, when somebody called me, tried to call me or I tried to call him. Only the last instance is shown. 2. Additionally, it could display other info on demand, like where did I do/miss the call and wether there was additional communication (sms/mail/fb/twitter/any other modern chat app) with that person around that time. 3. Throwing in a calendar, I'd like to see my communication behavior last thursday morning or thursday when I was at Moe's tavern.
This calendar example is especially neglected in in Mail clients where you have a calendar. This is probably due to restricted computing power in ye olde days.Today, every web 3.0 service has a timeline function, but not your market leader email client. Or any other, for that matter. Why is there no easy way to display mail correspondance in a calendar view or a time line? Why can't they easily display the flow of a communication with a certain company (trackable by email domain, of course.)
There are some tools under linux that try to aggregate some of those infos, but they were kinda patchy and gimmicky, when I used them some 5 years ago.
https://en.wikipedia.org/wiki/Zeitgeist_(free_software)
http://nepomuk.semanticdesktop.org (Social and Semantic! It just needs Docker and Blockchain to be up to todays hipness)
There will not be a Solaris 12 ... ever.
[ http://tinyurl.com/zerdtxz ]
Oracle has announced that Solaris will be moving to a "continous delivery" model (which is the same thing that we in the free world call the "rolling release" model).
This makes sense. Major releases of software are obsolete. That model only made sense when software was installed from physical media, and an upgrade was a big deal. Big upgrades are disruptive and break things. Big upgrades are a bother to deal with. Big upgrades change too many things at once.
When you have the ability to continuously deliver a stream of small updates online, you should continuously deliver a stream of small updates online.
Yes, this eliminates the ability to sell major upgrades to the user. That's a feature, not a bug. It eliminates the #1 motivation for creating bloatware. Software is already moving towards a model where everything is either free, rented, or backed by ongoing paid support. So now there's no need to pack in more feature bloat because users don't want to pay for bugfixes.
(Citadel moved to a rolling release model nearly a year ahead of Solaris, which means I am smarter than Larry Ellison.)
Also, software development has moved towards 'agile' methods that involve rolling releases anyway.
You just fix things, occasionally adding features, etc.
The more I look at Docker, the more I'm convinced that it could potentially become *the* universal package distribution format for third-party software.
I think I was looking at it the wrong way, assuming that it served the same purpose as Virtuozzo/OpenVZ or LXC by itself -- basically just a more lightweight version of a virtual machine that uses a shared kernel and cannot easily be live migrated. And maybe that's marginally useful, but probably not enough to justify using it instead of actual virtual machines, except maybe if you needed exceptionally high density on a single host.
But now that I'm playing around with it I see that the real value is that a Docker image carries around all of the dependencies for an application, so there is literally nothing that can go wrong. And the image format being git-like so that it can not only be expressed as deltas from a parent image, but also pool those deltas on a central repository, is sheer genius.
I installed Docker because I was trying to build an application that had a lot of steps to put all of the pieces together. In the past, application providers might have solved this problem by distributing the application as a virtual appliance. But they chose to go with Docker instead. I downloaded the container and ran it. Everything came up on the first try.
I'm definitely going to start distributing my software this way.