Hacker Newsnew | past | comments | ask | show | jobs | submit | bohol's commentslogin

In my experience a lot of this isn't becuase it can't work on windows, but because the developer didn't take the time to make it work on Windows. I also had my fair share on build and dependency problems on Linux when wanting something custom.

I think this is much more a ecosystem thing than a systems thing. Which do count of course.


What do you mean by scientific? There's a lot of Windows only software for research. Mostly for applied things. But also things like data collection. There's even more if you look at development in things like engineering. Even industrial is surisingly much Windows only.


Well, yes, I'll give you that "scientific software" is indeed too broad. If I restrict it to "software developed by teams of scientists working at universities and research labs" it's better.

And yes, lots of data aquisition stuff is Windows only, particularly the stuff that gets sold along instruments. But then, in that category, the trend seems to be requiring a (preferrably air-gapped) PC running XP. I've even seen stuff running only on Win98 still in use, and I've seen software for rheometers that is STILL distributed on 3.5" floppies. And don't get me started on the "needs-crypto-usb-dongle-to-function" stuff - someone should really tell them that the $300k instrument is a sufficient protection against software piracy.


Makes sense. My concern really is if Linux gets any better for these use cases. I think a lot of Linux development is to much software and to little real world "science". You hear a lot how powerful Linux is, but in a lot of cases powerful things are run by XP as you say.

I kind of gave on Linux a couple of years ago when at the same time when Apple had totally neglected the Mac Pro all you could find from the Linux community was how cool the latest 3D effects on the desktop where and chromium was much better than Firefox. Trying instead finding something like say a 2D library more modern than Cairo and there's a deafening silence.

Yes, I'm exaggerating a bit and there is some good developments. Like CERN making waves in electronics by hacking on KiCad. Though I'm sure they would be happier if they could replace Wx with something more modern, which I'm not sure the current alternatives are.


From what I gather, Qt has "won" the war, if there was ever such a thing, but GTK and Cairo will not be going away. What are your gripes with Cairo, anyways?

Also, when you start getting into scientific software, very few projects explicitly state "Runs best on Linux" even though that may be the case. If you are looking for examples though, I will give some: PETSc/Elemental/Trilinos/etc Clawpack/PyClaw/OpenFOAM/etc Gromacs/NAMD/HOOMD/Quantum Espresso/etc Julia/Nimrod/etc Paraview/VisIt/VMD/etc OpenMPI/MPICH/MVAPICH/etc ImageJ/Fiji/etc GNU Radio/RTL-SDR/etc

There's tons of it out there!


You can of course also make quite convincing BIOS password prompts with QBasic.


that's how I got in trouble for hacking in high school; used our pascal IDE (in DOS) to make a perfect replica of our fancy ASCII login. It would capture your username and password, and then spit you back out to the real prompt. I only got caught because I kept all my stolen logins in my home dir, in passwords.txt.

I talked the teacher into canceling all of my detentions in return for showing him how to secure his bootdisks. Man, kids today would just get expelled or go to jail. I'm glad I grew up when I did.


I graduated from HS 9 years ago and I almost got suspended from all computer access, ended up getting some detentions, and various other punishments just for using Firefox. (Would have hated to see what the naive principal would have dished out if I wasn't one of the top students in my class)


That's the truth. I went to s particularly safe middle school, so when we had a random weapons sweep with metal detectors, only 3 students got caught. I was one of them; I had my little 1" swiss army knife, one girl had a steel nail file with a sharp point, and a mexican kid had a 3" folding buck knife.

Me and the girl were white honor students, and we were let off with a stern warning, and our "weapons" were handed to our parents. The mexican kid with poor english skills got sent to an alternative school (the kind for disciplinary risk kids).


I think you overestimate the need for access to the OS for learning things. The cracking scene, demoscene and games industry was almost exclusively built on Windows. A lot of that was just as, if not more, advanced as what a Linux programmer does.

I do think the trend of iOS, Android and similar Windows environments is troubling. But if they ship Windows 10 on the RPi with something like QBasic and Visual Studio it's probably just as good a learning tool as Linux. Or even a better one considering the rest of the application ecosystem.


I don't think Win 10 is about teaching kids to code.

But then I don't think the Pi is really about teaching kids to code either.

The Pi Foundation has done a good job of persuading everyone otherwise, but I'm left with a nagging suspicion that a computer designed for kids from the ground up would look very different. It's just too damn complicated for most kids. The nerds get it, but expecting the average ten year old to learn Linux shell scripting or the fine points of Apache installation seems unrealistic to me.

Win 10 on the Pi is about two things. The first is about edging Linux out of the education market. Teachers will indeed prefer Win 10 to Linux, for reasons that others have mentioned - especially if it comes with a basic dev toolchain. Even if that toolchain is very easy to use.

The second is - I guess - selling Office 365 subscriptions on super-cheap hardware, and creating a whole new sub-PC market for Windows and Office.

If I'm right, it's a clever move. It will give Windows and Office access to many new markets worldwide.

Where MS hardware failed on price, the Pi version wins on price. It could be a very strong combination.


>The Pi Foundation has done a good job of persuading everyone [that "the Pi is really about teaching kids to code"], but I'm left with a nagging suspicion that a computer designed for kids from the ground up would look very different. //

http://www.raspberrypi.org/about/ says that they designed it to enable kids to access a cheap platform on which it would be easy to code and that they considered the multimedia capabilities a good hook.

Price was clearly a major factor in making the RPi accessible to all [UK] kids. Their inspiration was in part the BBC Micro series - which were certainly not inexpensive.

RPi is cheaper than a second-hand Nintendo DS.

In short, as I understood it, the RPi was about removing the cost barrier to kids having their own system on which to code and hack both hardware and software.


But is Linux about teaching kids to code? I don't think it is. I spent more time on RH6.2 attempting to learn how the system worked and how the heck to make my rubbish graphics card run X than running egcs or g++ back in the day. There was terse documentation for all the GTK stuff, and it was particularly daunting if you had not written any advanced C or C++ (like me). I did manage to write some rubbish programs under Qt thanks to the excellent documentation and through sheer perseverance under KDE2 but today installing Visual Studio is incredibly easy.

I ran Linux for years and still use it today for my Pi only but I think the INITIAL learning curve to use a system is less steep with Windows than Linux, particularly if you are presented with a CLI Linux login. If you are presented with a GUI then it may be different for a 6 year old but I wouldn't say that the Linux vs Windows discussion really takes into account how easy it is to get into programming on the platforms.

(I know you can install gcc and get writing C/C++ really quickly but you can do the same with Visual Studio without understanding a package management system).


It sounds like you were running Linux on hardware that wasn't Ubuntu certified.

This is like complaining about how hard it is to get OS X up and running when installing on a Dell, but I see where you're coming from and realize this wasn't you whole point.

Anywho.. I would say it's easier to take skills learned from using Linux and apply them to the Windows OS than the other way around.


Yep, it wasn't Ubuntu certified because it was the year 2000 and Ubuntu and Mark Shuttleworth weren't around yet. My old 486 had a rubbish VESA compliant card in it that was a pain to get XConfigurator to use.

Admittedly, I did learn many skills with the command line but this DIDN'T translate to me being a wizard with the DOS prompt on Windows 98 back then - I didn't use the DOS prompt. Task manager didn't show a hierarchy of processes like pstree does now, and pstree didn't come (or even exist?) with RedHat 5.0 or 6.0. This was RedHat, not RHEL.

I got OSX up and running on my Acer Aspire :-)

You're right though, that was difficult.

I think the skills for the different OSes are only mainly applicable to their OS, despite how we think and how easily you and I can use the different platforms.

Using a keyboard and a mouse translates, but nothing else does really. Getting my wife to use OSX is frustrating for her, my brother gets angry using OSX too, my brother is lost under Linux, my mum gets lost under Windows (she's fine with iOS mostly now) and my dad is fine with Windows 7 and before but hates Windows 8. My wife gets lost under Android after using iOS for years.

Don't even think about programming for any of them on any of the platforms!


I always love guys like you... I tried something 15 years ago so I know everything about the current project because nothing ever changes...

Jesus, Linux Circa 2000 is very very very different from linux 2015...


I'm not Jesus. You got my name wrong. I get the feeling in reality that you DON'T love "guys like me". You manage to judge a lot about me from two comments!

Seriously though, I use Linux every other day and my last job involved maintaining racks and racks of Linux servers. I also use a few Raspberry Pi s at home, and I appreciate that things change. The ditching of the normal windowing paradigm is the biggest recent change that made me use Linux less as a desktop OS. I didn't say that things don't change - where did you read that?

But it still stands that giving my mum a Raspberry Pi and an SD card, and she'll be none the wiser about runlevels, CLI, or the main point of the discussion, programming. She'll instead spend more time learning how to use Linux, surely?

Or are you saying that my mum will suddenly be able to start development or something?

Or are you just offended that I had some experiences in the past or something?


Except this is Windows for IoT which is basically Windows Core, or windows with no GUI...

When you load this, the only thing that appears on the screen in a Cmd prompt, or powershell. If you think linux is hard to admin from the commend line, windows for people that do not know powershell is next to impossible


Is that the case with this release? It'll be dead in the water if they do that - PowerShell isn't much fun to use or learn.


The nerds get it, but expecting the average ten year old to learn Linux shell scripting or the fine points of Apache installation seems unrealistic to me.

The average is not the only group that matters. If you have to spray the entire planet with RPis just to make sure you get one into the hands of the right ten year old, it would be worth it for the things they would be inspired to invent as they grew older.


But then I don't think the Pi is really about teaching kids to code either.

Of course not. The target market is actually people like me, now in our late 30s/early 40s, who have a powerful nostalgia for the original "Model B".

But I think they missed the point of the Model B, a smart 10-year-old could grok the entire machine. You knew the memory map by heart, what went where, what happened in what order, and so on. The RPi has more in common with a PlayStation than it does with the Beeb. It would be like starting kids on calculus before they'd learnt addition. What we need is to re-start production of the real thing...


the pi was origionaly designed for older kids (12-13) to get them ready for University level courses later in life.


The cracking scene, demo scene, and games industry were all built long before Windows. C64, Amiga, ZX Spectrum, Atari.

I think it's important we had a generation of instant-on machines that greeted a user with a command prompt and a programming environment. Even if you wanted to just play a game, you still found yourself LOADing, DIRing, SYSing, and maybe performing a soft-reset after a LOAD that triggered a system routine that now pointed somewhere else. There are things you'd learn after hours of playing and messing with games because, eventually, typing all this weird stuff at a command prompt made you wonder "how" or "what if". The metal and its registers and special calls were right there and you couldn't brick your machine in any way a cold boot couldn't fix, so next thing you know, your friend shows you if he POKEs this and then SYSes that, he could change the background color of the load screen. Cool. So now you need to one-up him so you spend a weekend messing around with NO TOOLS -- just a CLI -- and figure out if you POKE these other four places after LOADING and then SYS then you get unlimited lives. Of course the game crashing after a minute. And so it goes. But breaking things was encouraged because you'd instantly cold-boot and try again.

I think we owe a huge debt to instant-on machines with a command prompt and some environment (BASIC or a hex monitor or, today, bash with root on Linux and maybe Python or whatever). Any project that tries to put environments like that into kids hands again gets my vote. Windows... less so.


I don't disagree over all, but I'm not sure it works that way anymore. Systems have become super complex and the measurement for what is impressive have gone up. I think the power of a lot of those early system was that they were "boxes", but still impressive enough to keep playing in that box. I think Linux is very much the opposite. You can do pretty much anything you want, but it can be very hard to get good results. If I wanted someone o have the same experience these days I'd probably put them in front of something like processing.


> The cracking scene, demoscene and games industry was almost exclusively built on Windows. A lot of that was just as, if not more, advanced as what a Linux programmer does.

I think you mean commodore, or atari. Windows gaming came a long long time afterwards. It is more advanced in some ways but it does not beget OS programmers, like an open source OS does. If OS programmers die out, we're in very deep trouble.


No, while nostalgic, the Commodore and Atari scene were tiny in comparison. Since the mid nineties people have learned graphics programming and reverse engineering primarily on Windows.

It's not like OS programming is going away, but it has always been mostly a university thing.

And you could say we already are in big trouble. Since the ecosystem for multimedia weren't (and isn't) very good on Linux a lot of qualified user software exist on other platforms. Industrial, scientific, medical, music, film etc.


It's important to grok why OS programming "has always been mostly a university thing" in contrast to, say... a business environment that wasn't monopolized by anti-competitive business practices and set back for decades as a result, or maybe a vibrant ecosystem we all grew up wanting to contribute toward and understand deeply with low barriers to entry and a supportive community.

The same could be said for understanding why "the ecosystem for multimedia weren't (and isn't) very good on Linux" and various rounds of the DRM wars.

Microsoft shouldn't be blamed forever for deficits in free software and that's not an argument I'm trying to advance, but it would also be a mistake to overlook their historical influence on when and where certain barriers to tinkering emerged or persisted.

I think that's part of why this triggers a disgust response for some commenters.


Sure. I don't refute that Microsoft is, simplified, evil. That doesn't change the fact that people with positions in the Linux community don't really care about those things. I don't really see any move of note toward that either.

Even when Apple practically gave the Linux distributions an opportunity with the neglect of the Mac Pro. Here you had people who didn't like Windows, disgruntled with Apple, liked unix, wanted a powerful operating system and was overpaying for hardware.

OpenGL isn't that much harder on Linux than on Windows, so where the push for great OpenGL developer tools on Linux? Google and Mozilla gets a lot of credit for supporting open source, so why are there no decent bindings from their respective new languages to their respective 2d libraries (Go/Skia, Rust/Mozilla2d)?

There's kind of a macho attitude in open source that things should be hard. If you can't or don't want to fix it yourself it your own fault. It's great for the people that are happy with that and are invested in it, not so much for the rest of us.


OpenGL isn't that much harder on Linux than on Windows, so where the push for great OpenGL developer tools on Linux?

I believe Valve is working on that.


>while nostalgic, the Commodore and Atari scene were tiny in comparison.

Not as tiny as the PC industry was at the same moment in history.

>Since the mid nineties people have learned graphics programming and reverse engineering primarily on Windows.

Because Windows won the desktop. Graphics programming and reverse engineering would have been learned on whatever OS was in that role.


> No, while nostalgic, the Commodore and Atari scene were tiny in comparison

You know, when you obviously have no idea what you are talking about, the wise decision is just not to answer. Both the Commodore and Atari scenes were way bigger than the PC's in the mid 80s till the early 90s. Ask any demoparty goer if you don't believe me.


I'm not talking about pre-90s and I've been to many demoparties. Do you want to refute that the PC demoscene have had a huge impact on the modern games industry? Because if you read my original comment, that is my point.

Oh, and maybe you should read the site guidelines, second paragraph under "In Comments".

https://news.ycombinator.com/newsguidelines.html


First, I was not answering to your "mid 90s" comment. I was referring to that one:

> The cracking scene, demoscene and games industry was almost exclusively built on Windows.

Which is blatantly false. Where do you think Team 17 come from ? A number of their members were recruited on the Amiga demo scene, and that was well before PC gaming was a thing.

And huh, the game industry existed way before PC Gaming. In 1985 the Amiga and the Atari could display animations on screens with 16 to 32 colors in relatively high resolutions, while PCs were stuck in monochrome (just like the first Apple). And oh yeah we had games. Tons of them. Are you trying to rewrite History ?

> Oh, and maybe you should read the site guidelines, second paragraph under "In Comments".

Nowhere did I call you names. I was merely saying you have no idea what you are talking about, it's OK, it happens to everyone. You know, I have been on HN for a while.


You're both talking about two different generations of the demoscene. Bohol oversimplifies the history in the same way you oversimplify the history; you're both tracing it back to the points of reference you're familiar with. That being said, I think a more forgiving interpretation of "The cracking scene, demoscene and games industry was almost exclusively built on Windows." is that the modern state of each scene stems from the mid 90s. I don't believe that would be an entirely false mischaracterization, because Windows' influence has been pervasive on the scene since the mid 90s. In the end, Bohol is looking at it from "when did the greats of today get their start?" and you're looking at it from "when did the greats that influenced the kids in the 90s come from?". At least that's my interpretation of the argument. In a sense, you're both right.


I know what I'm talking about. I'm talking about the PC scene from early nineties to today that made up many of the founders and employees at today's games companies. You're have some high horse argument that the scene and games industry started before that, even though the connection at that point is much more unclear. There were of course some overlap, especially people starting out late with commodore, but less than you would think. If it makes you feel better you can insert "modern" or "for the last 25 years" in my previous statement.

And yes I've also been on HN for a while, longer than you if that is your first username.


> I'm not talking about pre-90s

And that's where your problem lies, since the pre-90s era is far more important historically than the post-90s era (when the idea of a "demoscene" started to die entirely and game development shifted full-force toward massive companies - trends which have only recently begun to reverse beyond very tiny niches).


No? Tiny? I'd love to know which games industry you think came before the games industry on Windows. Did a legion of Windows programmers appear overnight?

Audacity, Bitwig, QTractor and Ardour have made great strides - and that's merely stuff I know about. Userland software is quite beside the point I was making.

Closed-source single OS dominance without an open source alternative would mean much worse trouble than the trouble we are already in. To avoid this, you need OS programmers, many of whom never get to University.


The state of Linux is far more a hindrances for it's success as a learning tool than Windows ever was. I've been using Linux since '98, it's great for learning systems administration or networking. It's however lacking in most of the other areas of computing, those which yourself like many other apparently are quite ignorant of. I learned far more from windows than I ever did Linux, including advanced OS concepts.

That Microsoft is coercing people to use Windows is the favorite conspiracy among Linux evangelists. The reality is that Linux isn't and never was very approachable. You might not be able to dive into the source code of Windows, but at least your not stuck trying to understand yet another build system. At least there are decent learning material so you don't need read the source code or scavenge through mailings list trying to find something other than "why do you want to do that". Or a countless other examples like it.

I like Linux, I do. But you can't have your cake and it too. It's not as good as Windows if you want to have access to all areas of computing. Which is what you want when you teach computers to a wide verity of people.

Maybe you should be more concerned that most ARM devices doesn't have working graphics acceleration for Linux desktop systems.


> No, while nostalgic, the Commodore and Atari scene were tiny in comparison.

Uhh, no they weren't. They were the focus of home computing during that time period. IBM-compatibles running DOS (or, previously, CP/M) were still the purview of businesses needing personal computers.

The reason why BASIC-oriented systems like those of Commodore and Atari are "nostalgic" is because they were ubiquitous in households during their heyday, and contributed heavily to the same memes and tropes of video game design that are being recycled to this day in big-budget games running on Windows 10 64-bat Supreme Home Edition Republic-of-Gamers PC-Master-Race monstrosities with Core i9 processors and NVodia GeFarce 96000000GTXXX 16TB 525600-CLUTA-core EXTREME-GRASS-RENDERING GPUs and all the other baloney that's dominated the thoughts of gamers nowadays.

> Since the mid nineties people have learned graphics programming and reverse engineering primarily on Windows.

By your logic, the concept of the automobile was invented by Toyota when they came out with the Prius.

There's a lot more to the history of video game development, demoscene, etc. than just the 90's; you're leaving out literally half of those subcultures' very nuanced histories chronologically-speaking - and, in fact, opting to leave out probably the most important half.


> The cracking scene, demoscene and games industry was almost exclusively built on Windows.

LOL on which planet did you live? The cracking and demoscene started way before MS DOS, with the C64, the Atari ST and the Amiga. Windows was super late to the game.


Do you think the servers of multiplayer games also run on windows?


> I think you overestimate the need for access to the OS for learning things. The cracking scene, demoscene and games industry was almost exclusively built on Windows. A lot of that was just as, if not more, advanced as what a Linux programmer does.

There was certainly a significant Windows (and DOS) demoscene, but to say it was exclusively built on Windows is about as far as the truth as one can get. Emphasis on Windows really only picked up in the late 90's; throughout the 70's, 80's, and early 90's, most of the demoscene, game development, etc. revolved around non-Windows platforms (particularly BASIC-running toasters in the 70's-80's, followed by Amigas and Macintoshes throughout the 80's and early 90's).

Windows 95 was the start of Windows becoming more popular for game development and multimedia production, but it took quite some time for Windows to displace the rest of the market (through Microsoft's monopolistic tactics, but that's another story). Until that point, there was DOS, but it was one of many contenders with relatively-equal footing only as far back as the late 80's at the earliest, before which DOS was more the purview of businesses buying IBM PCs alongside their IBM mainframes (in other words, about the most uncool computers one could possibly own). The reason DOS eventually caught on was very much because of how "open" (comparatively-speaking) it was compared to, say, Mac OS; the same subculture of BASIC programmers from the Commodore 64 days could make an easy transition to a similarly-minimalist environment requiring a lot of user intervention and therefore customization opportunity, much like how the world of GNU/Linux had been all the way up to the mainstream adoption of Android (and still is, though it's no longer an absolute necessity to be able to tinker with one's system like it was in the first half of the 2000's).

This isn't to mention that Windows didn't fully penetrate the educational market until well into the 2000's; most schools had a large quantity of Apple hardware still in use, thus influencing educational development. This was much stronger when the idea of a "demoscene" was still really relevant.

Now, the cracking world might have been different (I know DOS was a strong contender in the BBS subculture), but the latter two are very much not a product of Windows; far from it.


Somewhat surprised that there are around 20 comments and all of the seem to be from more or less a consumer perspective. The Raspberry Pi is one of the few embedded devices with aspires to be used as a desktop computer and on top of that as a way to learn computers. Embedded systems is also one of the few threats to Windows, but this hasn't really materialized yet since most devices only comes with android drivers. All in all it's a great strategic move for Microsoft and confirms my suspicion that Linux is losing the second round of the desktop wars.


Once you consider that the version for the Rpi2 is an 'IoT' system, and not a desktop OS, this comment becomes irrelevant.


Considering that what you consider 'IoT' and what Microsoft considers 'IoT' isn't the same thing it might be your comment that is irrelevant.

http://image.slidesharecdn.com/iot-whatisit-140607104402-php...


Maybe I'm missing something, but I'm not sure what a disassembler has to do with datasheets?


I think he means that if no datasheet is available, you can try to reverse engineer it by using, say, a disassembler.


But a dissembler doesn't produce the same information that a datasheets provides? Unless he means to physically disassemble, but that isn't very easy.


Indeed. But perhaps enough to write an (incomplete?) open source driver?


This is more cheap dismissal than a "superficial investigation". The author writes "Google News Archives are dead, killed off in 2011, now directing searchers to just use Google." and you have discovered that this is true?


The bigger problem is being infected by a trojan. You have all the time in the world to get infected, but would only take a single time when your files are unencrypted to expose them.


An even bigger problem is Dropbox being the trojan, which is why I disagree with the "ecrypt-fs + dropbox" solution. We live in a world where Internet searches like "dropbox condoleezza rice" and "dropbox prism" are incredibly unflattering.


The whole thing seem really strange to me, almost like a parody. In the technology center of the world secular community movements, which SF used to be famous for, are being replaced by churches and networking events. Why not get together and start a study circle instead, it seems a lot more apt for the place.


Study circles and churches aren't the same thing at all, for one.


I get that people are excited, but it seems like time and time again these abstractions fail to solve the underlying problems.

It's like how we never got a fix for making cross platform applications. And regardless how much people wants the new way of doing things to work, the results speak for themselves. Atom, the editor, can't even handle window re-sizing smoothly.


Did you watch the video? They're taking a genuinely new approach here. It's not "lowest common denominator" like Xamarin, Qt, etc, and it's also not a WebView like Atom or Ionic (Cordova).

It's actual native components, with the intent that you "learn once, write everywhere" rather than try to jam iOS and Android into the same codebase.


To be fair, Xamarin isn't "lowest common denominator" either.

It's all native and even with xplat Xamarin.Forms you can customize code for each platform.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: