switch to room list switch to menu My folders
Go to page: First ... 28 29 30 31 [32] 33 34 35 36 ... Last
[#] Fri Dec 09 2016 12:28:20 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

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.

[#] Mon Dec 12 2016 08:35:53 EST from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]

OTOH, we could use smalltalk instead of php, right?

[#] Mon Dec 12 2016 12:49:42 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

We can joke about what languages are over-the-top ridiculous for web programming, but one developer's over-the-top ridiculous is another developer's favorite.
It could be argued, for example, that COBOL matches the CGI model better than Perl ever did.

[#] Mon Dec 12 2016 13:21:15 EST from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]

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.

[#] Wed Dec 14 2016 09:28:30 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

I still think COBOL is better. And it turns out there are others who think the same.

[ ]

"COBOL ON COGS" is definitely going to be the next big web development framework.

[#] Wed Dec 14 2016 14:35:28 EST from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]

Hmm... I think future development on our product needs to happen on this platform.

[#] Thu Dec 15 2016 08:26:34 EST from zooer

[Reply] [ReplyQuoted] [Headers] [Print]

I liked the simulated screen burn in.

[#] Thu Dec 15 2016 11:54:06 EST from mo

Subject: Suggestions for personal 'file system/filing system?

[Reply] [ReplyQuoted] [Headers] [Print]


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.



[#] Fri Dec 16 2016 07:32:09 EST from the_mgt

Subject: Re: Suggestions for personal 'file system/filing system?

[Reply] [ReplyQuoted] [Headers] [Print]


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.

[#] Tue Dec 20 2016 16:02:10 EST from mo

[Reply] [ReplyQuoted] [Headers] [Print]

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.

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.

[#] Sat Dec 24 2016 04:49:10 EST from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

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.

[#] Sun Dec 25 2016 11:10:45 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

I do like the idea of tagging instead of filing things. That's very clever and I may have to think about using that strategy.

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)

[#] Fri Jan 06 2017 08:05:21 EST from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]


It feels like one could extend the idea to tagging data, generally.

Tag your e-mails, tag your database records, etc.

[#] Sat Jan 07 2017 04:52:09 EST from the_mgt

[Reply] [ReplyQuoted] [Headers] [Print]

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. (Social and Semantic! It just needs Docker and Blockchain to be up to todays hipness)

[#] Mon Jan 09 2017 15:58:16 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

I learned today (and perhaps I'm just a little slow to pick this up) that Linux LVM now has thin provisioning. Not in the block storage layer, but right there in the volume manager. That's pretty cool.

[#] Fri Jan 27 2017 11:55:13 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

There will not be a Solaris 12 ... ever. ]

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.)

[#] Fri Jan 27 2017 14:14:50 EST from fleeb

[Reply] [ReplyQuoted] [Headers] [Print]

Also, software development has moved towards 'agile' methods that involve rolling releases anyway.

You just fix things, occasionally adding features, etc.

[#] Wed Mar 29 2017 16:08:11 EDT from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

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.

[#] Thu Mar 30 2017 17:25:17 EDT from kc5tja

[Reply] [ReplyQuoted] [Headers] [Print]

I admit that Docker just leaves my head spinning, back when it first came out, and even today. Just seems like a lot of complexity that I need to learn for very little gain in exchange.

[#] Fri Mar 31 2017 09:14:01 EDT from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

That's because you're thinking like an engineer. Instead, try thinking like a junior level system administrator who can now install and run an application stack on any system just by typing "docker run appname"

Go to page: First ... 28 29 30 31 [32] 33 34 35 36 ... Last