APL is the strangest language I have ever encountered (college late 70s computer science), nothing like a traditional programming "language". I vaguely remember it being very cryptic and the idea was to write as much code as possible on a single line. One had to understand the parsing of the code, in addition to its cryptic use of symbols not represented in ascii/ebcdic.
Red Hat > Fedora > PCLinuxOS > Mint > Kubuntu Netbook > Mint LXDE, Mint XFCE > Debian LXDE
Left Red Hat/Fedora after many years due to updates breaking the system. Left Mint and Kubuntu after disliking the direction of Gnome and KDE. The Kubuntu was to tryout a netbook edition. Finally settled with Debian LXDE due to its the most lightweight, stripped down, simple version I can find.
Then Phoenix came along, and I started using that. Much more lightweight. At some point it got renamed to Firebird. Later on, it became Firefox. All was well. It was a great browser.
Then at some point in the past, I dunno, 3 years, these UI people (who probably know fuckall about software engineering) got their grubby fingers into the project and started rearranging the entire user interface. A user interface that had looked THE EXACT SAME FOR THE BETTER PART OF A DECADE.
Then I entered this painful stage of Firefox use, where every time I'd upgrade it, I'd have to fuck around trying to get it to look and act like the browser I'd been using for years. Eventually I realized that they were trying to make it look like Chrome. Then it started wanting me to upgrade it every week. Fuck that. I use a browser to do work, I know for a lot of people the browser is mostly a toy. But I need my tools to be stable, reliable, and behave consistently and predictably.
There is a direct relationship between minimizing equations and writing minimal efficient code. And of course logic is a basis in coding. These must be understood when writing code.
Foosball is a highly skilled game. Spinning is no skill at all; cheap luck shots made by accident. We would try not to even count points made by accident; either dont mark them at all, or the opposing goalie would swiftly reach into the goal and grab the ball out after it entered the goal. Some guys could reach half an arms length down into the goal. Its just understood. After making a cheap shot, you look up at the opposing team and apologize. Kind of like pool.
"Nowadays we've got great tools like Flash, scripting languages like VB Script, and markup languages like HTML. "
Thats all client side, and Flash shouldnt even be included in a discussion of programming. You would have an awful shallow application without any server side processing behind it. Making use of HTML, JavaScript, and server side Java; the bounds are limitless on what can be developed.
Java. All you need is to visit Sun. Start with the tutorials, download the jdk, and get a decent text editor. Download Apache and Tomcat. Then move onto Netbeans if you desire a development environment. Nothing to buy. No classes to enroll in. No proprietary system to learn. No silly license issues to deal with. A great start.
I just accessed one of my swing applets and did a query on a database table for a bit over 1000 rows; it took from 2-3 seconds from the time I pressed the query button to having the JTable entirely populated. I then grabbed the scroll bar and ran it all the way through the entire JTable and it took less than a second, actually; as fast as I could move the mouse. And Java scrolls actually scroll through each row, not freeze the display until you finish scrolling and then show the result (ms excell). I see nothing wrong with this gui response nor the database query response time. Using Java 1.3 runtime plugin, all Swing components. Database is DB/2 on the mainframe accessed via IBM's JDB net driver through a UDB client on a linux apache/jserv server. Your response seems like you dont have any experience programming in java and Swing. The 1.3 runtime responds as fast as native applications. Try it.
I downloaded and installed it on NT this morning. It hasn't crashed and has been working fine on the sites I visit. It does seem to be more polished than past releases and mozilla releases. Memory useage is high, but it does seem to level off around 40 meg (with java plugin and java2 applets loaded). They needed to get something released. Things will only improve from here with mozilla and furture releases.
This post covers the issue quite well. In addition, flex-time can help with commuting. I prefer to arrive at 6:30. I can make my 28 mile commute; from my driveway, to the parking garage, and up to the 13th floor; in under 40 minutes on the average. If I HAD to work normal 8-5 hours; the traffic would be horrendous. In the winter on a snow day, its nearly unacceptable. That, in itself, would certainly have a negative effect on my disposition once I finally arrived to work.
My experience with Java and browsers is quite different. We have released several intranet Java2 applet web applications here and all problems we encounter are with Internet Exploere and its caching. We use the 1.22 plugin with IE (1.3 crashes), the 1.3 plugin with NS windows, and 1.3 runtime from IBM with NS on linux. I personally use NS on win and linux and rarly ever experiece any problems at all. IE caches its own copy of our classes locally and causes the appets to crash everytime we update them on the server. IE uses its own cached copy instead of the servers. (Kind of goes against the whole architecture concept). It is only certain releases of IE and the Temp Internet file settings dont make any difference. We even had to implement a Date/Time check on the applications- check a date/time variable on a common class against the date/time on a database to ensure you have the correct copy of the Applet. Major time spent on this. User calls- IE crashs. Got to Temp Internet Settings, remove all Temp files. Restart IE. All is ALWAYS OK after that, atleast until we compile again. I call it the ultimate virus, already built into certain releases of IE.
I tried several times to get a site added to the index. It was never added. I emailed both editors as well as dmoz itself; several times. Never got any email response either. I finally gave up. I had no trouble adding the site to other searches/idexes. Too bad since google uses dmoz. Whats the secret to getting the attention od someone at dmoz?
Try updating web pages on IIS remotly. ftp your changes up, then go to the browser and test them. Where are my changes? Wait, must be the browser cache. Hit reload. Same- old copy, no changes. Its IIS- the damn server has the page cached. Hit reload a few more times. You then go through some sort of server side errors. Go get some more coffe and come back much, much later. At some point in the future, IIS will pick up your latest copy. Very annoying.
i knew a guy in high school that routed his cars windshield washer hose into the drving compartment, filled the washer resevoir with gin and at the press of a button; dispensed himself martini's. all without leaving the drivers seat.
I use Linux all day at work and its all I have at home. Redhat 6.1, gnome (helix at work), Sawfish, and Staroffice. Helix is getting there but not fully ready yet. It required a great amount of disk to install. Sawfish is flawless; switched from windowmaker long ago. StarOffice works great, does well with word docs, but can be resource intensive. I have wordperfect at home- very "windows like" (easy to use), but I usually use Staroffice instead. Software management with RPM's should be a must.
Java 2 Applets running in either Netscape or IE with Suns plugin. The 1.3 RC2 plugin is a vast improvement over previous plugins in regards to gui responsiveness. Java now feels like a native gui ap in both windows and linux (actually better in linux). Requesting and loading the plugin onto "un-plugined" windows machines through a web page is a no-brainer. Linux takes a bit more work, but still simple. We currenly have a production swing-based applet/sevlet system that has proven to be the absolute answer. We run windows and linux clients, linux using blackdowns 1.2 plugin. Keep the applets as light as possible- only handle gui, putting most code in the servlets. You can use javascript to interface with the browser if need be for cookies and such. This architecture definatly works, works well, and should soon be the norm. I havn't used any developers; just a text editor and the jdk. Kwrite works very well with java as a text editor.
Not sure why you said IBM ran away from java on the mainframes. They have Websphere ported to all platforms from linux to AIX to the S/390. They are completely embracing java on the S/390; just released jdk 1.1.8, have JDBC driver right into DB/2, ECS calls right into CICS, java RACF interface classes. Where have you been?
our intention is not to replace LANs with some old relic mainframe system. we are merely attepmting to replace most of the viral bolated client programming that has infected individual workstations with a more manageable server based concept. in the past, we here have spent weeks developing *client-server* aplications, some complete with client side database connections; then spend months trying to deploy the application to the workstations; then spent a lifetime administering the constant problems. we now try (when it makes sense) to use something like server-side java with a browser front-end. nothing needed on the client but a browser and a jvm if using applets; kind of like the internet? maybe even kind of like a *gui* dumb terminal connected to a mainframe server. the server could even be an old relic maninframe server; an os/390 running websphere. a *network computer* is only a concept, it doesn't have to be a hardware replacement of a workstation.
Slashdot Mirror
APL is the strangest language I have ever encountered (college late 70s computer science), nothing like a traditional programming "language". I vaguely remember it being very cryptic and the idea was to write as much code as possible on a single line. One had to understand the parsing of the code, in addition to its cryptic use of symbols not represented in ascii/ebcdic.
Red Hat > Fedora > PCLinuxOS > Mint > Kubuntu Netbook > Mint LXDE, Mint XFCE > Debian LXDE
Left Red Hat/Fedora after many years due to updates breaking the system. Left Mint and Kubuntu after disliking the direction of Gnome and KDE. The Kubuntu was to tryout a netbook edition. Finally settled with Debian LXDE due to its the most lightweight, stripped down, simple version I can find.
I used Mozilla back when Mozilla was a browser.
Then Phoenix came along, and I started using that. Much more lightweight. At some point it got renamed to Firebird. Later on, it became Firefox. All was well. It was a great browser.
Then at some point in the past, I dunno, 3 years, these UI people (who probably know fuckall about software engineering) got their grubby fingers into the project and started rearranging the entire user interface. A user interface that had looked THE EXACT SAME FOR THE BETTER PART OF A DECADE.
Then I entered this painful stage of Firefox use, where every time I'd upgrade it, I'd have to fuck around trying to get it to look and act like the browser I'd been using for years. Eventually I realized that they were trying to make it look like Chrome. Then it started wanting me to upgrade it every week. Fuck that. I use a browser to do work, I know for a lot of people the browser is mostly a toy. But I need my tools to be stable, reliable, and behave consistently and predictably.
So I switched to Chrome. Haven't looked back.
hmmm. Exactly same here.
There is a direct relationship between minimizing equations and writing minimal efficient code. And of course logic is a basis in coding. These must be understood when writing code.
Foosball is a highly skilled game. Spinning is no skill at all; cheap luck shots made by accident. We would try not to even count points made by accident; either dont mark them at all, or the opposing goalie would swiftly reach into the goal and grab the ball out after it entered the goal. Some guys could reach half an arms length down into the goal. Its just understood. After making a cheap shot, you look up at the opposing team and apologize. Kind of like pool.
"Nowadays we've got great tools like Flash, scripting languages like VB Script, and markup languages like HTML. "
Thats all client side, and Flash shouldnt even be included in a discussion of programming. You would have an awful shallow application without any server side processing behind it. Making use of HTML, JavaScript, and server side Java; the bounds are limitless on what can be developed.
Java. All you need is to visit Sun. Start with the tutorials, download the jdk, and get a decent text editor. Download Apache and Tomcat. Then move onto Netbeans if you desire a development environment. Nothing to buy. No classes to enroll in. No proprietary system to learn. No silly license issues to deal with. A great start.
I just accessed one of my swing applets and did a query on a database table for a bit over 1000 rows; it took from 2-3 seconds from the time I pressed the query button to having the JTable entirely populated. I then grabbed the scroll bar and ran it all the way through the entire JTable and it took less than a second, actually; as fast as I could move the mouse. And Java scrolls actually scroll through each row, not freeze the display until you finish scrolling and then show the result (ms excell). I see nothing wrong with this gui response nor the database query response time. Using Java 1.3 runtime plugin, all Swing components. Database is DB/2 on the mainframe accessed via IBM's JDB net driver through a UDB client on a linux apache/jserv server. Your response seems like you dont have any experience programming in java and Swing. The 1.3 runtime responds as fast as native applications. Try it.
I downloaded and installed it on NT this morning. It hasn't crashed and has been working fine on the sites I visit. It does seem to be more polished than past releases and mozilla releases. Memory useage is high, but it does seem to level off around 40 meg (with java plugin and java2 applets loaded). They needed to get something released. Things will only improve from here with mozilla and furture releases.
This post covers the issue quite well. In addition, flex-time can help with commuting. I prefer to arrive at 6:30. I can make my 28 mile commute; from my driveway, to the parking garage, and up to the 13th floor; in under 40 minutes on the average. If I HAD to work normal 8-5 hours; the traffic would be horrendous. In the winter on a snow day, its nearly unacceptable. That, in itself, would certainly have a negative effect on my disposition once I finally arrived to work.
My experience with Java and browsers is quite different. We have released several intranet Java2 applet web applications here and all problems we encounter are with Internet Exploere and its caching. We use the 1.22 plugin with IE (1.3 crashes), the 1.3 plugin with NS windows, and 1.3 runtime from IBM with NS on linux. I personally use NS on win and linux and rarly ever experiece any problems at all. IE caches its own copy of our classes locally and causes the appets to crash everytime we update them on the server. IE uses its own cached copy instead of the servers. (Kind of goes against the whole architecture concept). It is only certain releases of IE and the Temp Internet file settings dont make any difference. We even had to implement a Date/Time check on the applications- check a date/time variable on a common class against the date/time on a database to ensure you have the correct copy of the Applet. Major time spent on this. User calls- IE crashs. Got to Temp Internet Settings, remove all Temp files. Restart IE. All is ALWAYS OK after that, atleast until we compile again. I call it the ultimate virus, already built into certain releases of IE.
I tried several times to get a site added to the index. It was never added. I emailed both editors as well as dmoz itself; several times. Never got any email response either. I finally gave up. I had no trouble adding the site to other searches/idexes. Too bad since google uses dmoz. Whats the secret to getting the attention od someone at dmoz?
Try updating web pages on IIS remotly. ftp your changes up, then go to the browser and test them. Where are my changes? Wait, must be the browser cache. Hit reload. Same- old copy, no changes. Its IIS- the damn server has the page cached. Hit reload a few more times. You then go through some sort of server side errors. Go get some more coffe and come back much, much later. At some point in the future, IIS will pick up your latest copy. Very annoying.
i knew a guy in high school that routed his cars windshield washer hose into the drving compartment, filled the washer resevoir with gin and at the press of a button; dispensed himself martini's. all without leaving the drivers seat.
I use Linux all day at work and its all I have at home. Redhat 6.1, gnome (helix at work), Sawfish, and Staroffice. Helix is getting there but not fully ready yet. It required a great amount of disk to install. Sawfish is flawless; switched from windowmaker long ago. StarOffice works great, does well with word docs, but can be resource intensive. I have wordperfect at home- very "windows like" (easy to use), but I usually use Staroffice instead. Software management with RPM's should be a must.
Java 2 Applets running in either Netscape or IE with Suns plugin. The 1.3 RC2 plugin is a vast improvement over previous plugins in regards to gui responsiveness. Java now feels like a native gui ap in both windows and linux (actually better in linux). Requesting and loading the plugin onto "un-plugined" windows machines through a web page is a no-brainer. Linux takes a bit more work, but still simple. We currenly have a production swing-based applet/sevlet system that has proven to be the absolute answer. We run windows and linux clients, linux using blackdowns 1.2 plugin. Keep the applets as light as possible- only handle gui, putting most code in the servlets. You can use javascript to interface with the browser if need be for cookies and such. This architecture definatly works, works well, and should soon be the norm. I havn't used any developers; just a text editor and the jdk. Kwrite works very well with java as a text editor.
Not sure why you said IBM ran away from java on the mainframes. They have Websphere ported to all platforms from linux to AIX to the S/390. They are completely embracing java on the S/390; just released jdk 1.1.8, have JDBC driver right into DB/2, ECS calls right into CICS, java RACF interface classes. Where have you been?
our intention is not to replace LANs with some old relic mainframe system. we are merely attepmting to replace most of the viral bolated client programming that has infected individual workstations with a more manageable server based concept. in the past, we here have spent weeks developing *client-server* aplications, some complete with client side database connections; then spend months trying to deploy the application to the workstations; then spent a lifetime administering the constant problems. we now try (when it makes sense) to use something like server-side java with a browser front-end. nothing needed on the client but a browser and a jvm if using applets; kind of like the internet? maybe even kind of like a *gui* dumb terminal connected to a mainframe server. the server could even be an old relic maninframe server; an os/390 running websphere. a *network computer* is only a concept, it doesn't have to be a hardware replacement of a workstation.