ExDOS is developed by Omar, “almost 14 years old”(exdos.eu.pn)
exdos.eu.pn
ExDOS is developed by Omar, “almost 14 years old”
http://exdos.eu.pn/
107 comments
The server hosting his site went down. Here's the github link: https://github.com/omarrx024/exdos
Here is an archive https://web.archive.org/web/20150810162221/http://exdos.eu.p...
I've lurked on the OSDev forums he credits on his website for a long time, and both Omar and Muazzam (mentioned as well on the website) are goddamn impressive for barely-teenagers. Someone hire those kids!
Thanks for mentioning me, by the way. Oh, and I don't need a job--it's against my ego to ever work for someone else for money (though, I'll definitely help you, if you need it).
Eh, let them enjoy their early formative teenage years without the stress of a job. There's a time and place for working but barely 14 isn't it.
Someone should set up an AMA for him, I'd be really curious to hear his opinions on the state of OS research and similar topics.
He's a kid. Just let him be. You can pick his brain when he is a little older. People forget that even prodigies need time to grow up.
Good on him. Building an OS from the ground up is actually fun when you get into it. I found it to be a great learning experience (but did it years later than this dude).
Muzzam's site: http://alotware.hol.es
"Q: Why did you choose Assembly?
A: It is easy, simple, and the language of real programmers."
Will he still believe this when he's older?
I hope so. Because it is the truth.
"Q: Why did you choose Assembly?
A: It is easy, simple, and the language of real programmers."
Will he still believe this when he's older?
I hope so. Because it is the truth.
But don't real programmers use a magnetized needle and a steady hand?
No joke: I strongly believe that "real programmers" do indeed write in assembler. Not x86 assembler, mind you. Rather, "real programmers" first compose an abstract machine semantics for the solution domain, create an instantiation of those semantics in the form of a virtual machine on some host architecture, and then express the solution in an assembler language targeting the abstract machine semantics. (See, for example, the Prolog abstract machine semantics to represent the solution domain of expert systems.)
They might, if their problem is really hairy and requires large amounts of exploratory programming, create a high-level programming language (usually a macro-language) that allows easy access to the same abstract machine semantics, and then code in that. For well-defined "closed" problems (e.g. in-kernel packet filtering), this added baggage is usually unnecessary, but for more "engineering-oriented" problems, you might end up with something more like an Erlang than a Prolog.
Note that C itself follows this rule; the "C abstract machine" is a pretty good fit (though perhaps not perfect) to the solution domain of low-level systems programming.
They might, if their problem is really hairy and requires large amounts of exploratory programming, create a high-level programming language (usually a macro-language) that allows easy access to the same abstract machine semantics, and then code in that. For well-defined "closed" problems (e.g. in-kernel packet filtering), this added baggage is usually unnecessary, but for more "engineering-oriented" problems, you might end up with something more like an Erlang than a Prolog.
Note that C itself follows this rule; the "C abstract machine" is a pretty good fit (though perhaps not perfect) to the solution domain of low-level systems programming.
Can you explain why this is a smarter way to build software?
Mostly that it's the simplest and oldest (and, in my opinion, the least "sandwiched in between five layers of indirection") version of a very common idea, that I'm not quite sure the name of. It's the idea behind DSLs, and Lisp-like languages. Most of Chuck Moore's writings on the potential behind Forth-like languages are also about this idea. The most modern instantiation of the idea, I believe, is "Behavior-Driven Development" with Cucumber et al. But it's all the same thing, in the end.
Generally, the idea is: first, you should define a language to directly express statements about your problem domain. Then, in one place, you can define the solution in terms of the problem domain. Completely separately to that, you can implement the mechanism by which a machine interprets and acts upon statements about the problem domain. Putting the two together results in a program that solves your problem. But either may be maintained separately.
The term "separation of concerns" has effectively always been about making sure that demands for change that come from separate "departments" don't end up touching the same line of code. This model excels in that: maintaining the specification of the solution is solely the province of the business, while maintaining the interpreter of that specification is solely the province of some engineers somewhere. As long as the interface between the two is stable—a stable ABI—improvements can be made to one or the other without the other group ever having to be aware.
A great example of this is the Inform 7 language. One group of people writes text adventures in this language, or enhancements and plugins for text-adventure development. A separate group of people maintains interactive-fiction interpreters that parse a given ISA. Neither group has to think about the other. The ecosystems of the IDE and the runtime are, in fact, completely divorced.
Generally, the idea is: first, you should define a language to directly express statements about your problem domain. Then, in one place, you can define the solution in terms of the problem domain. Completely separately to that, you can implement the mechanism by which a machine interprets and acts upon statements about the problem domain. Putting the two together results in a program that solves your problem. But either may be maintained separately.
The term "separation of concerns" has effectively always been about making sure that demands for change that come from separate "departments" don't end up touching the same line of code. This model excels in that: maintaining the specification of the solution is solely the province of the business, while maintaining the interpreter of that specification is solely the province of some engineers somewhere. As long as the interface between the two is stable—a stable ABI—improvements can be made to one or the other without the other group ever having to be aware.
A great example of this is the Inform 7 language. One group of people writes text adventures in this language, or enhancements and plugins for text-adventure development. A separate group of people maintains interactive-fiction interpreters that parse a given ISA. Neither group has to think about the other. The ecosystems of the IDE and the runtime are, in fact, completely divorced.
My personal opinion:
Because there are very few if any leaky abstractions waiting to blow up in your face.
True WYSIWYG.
I don't know. It is a silly term.
However I would be willing to bet you are using a bootloader and a kernel written by people who are comfortable with assembly language. Call them real programmers or something else.
However I would be willing to bet you are using a bootloader and a kernel written by people who are comfortable with assembly language. Call them real programmers or something else.
Somebodies got to do the ASM, write the operating systems and compilers, and those guys are more hardcore than I!
[deleted]
Congrats to Omar. I remember I was in awe about Marcelo Tosatti when he became the 2.4 kernel maintainer at 14. Here's an interview http://www.informatica.co.cr/linux/research/2002/03.htm
This is extrememly impressive.
I just ran through the OSDev Bare Bones [1] tutorial this evening, even implementing newline support! I don't understand all of it yet and here's a kid half my age doing amazing things. Goes to show what you can acheive with time and perseverance. I really wish I learned Assembly at that age.
[1]: http://wiki.osdev.org/Bare_Bones
I just ran through the OSDev Bare Bones [1] tutorial this evening, even implementing newline support! I don't understand all of it yet and here's a kid half my age doing amazing things. Goes to show what you can acheive with time and perseverance. I really wish I learned Assembly at that age.
[1]: http://wiki.osdev.org/Bare_Bones
From "About me"
My name is Muazzam Ali Kazmi, a hobbyist programmer from Shahpur,
Layyah, Punjab, Pakistan. I am a student of grade-11 and I started
programming about 4 years ago. I am developing the OS since 7
September 2014. My interests include religion(s), philosophy,
operating systems, virtual machines, simulating a universe in the
computers, compilers, theoretical computer science, artificial
intelligence, mathematics, and science.[deleted]
[deleted]
[deleted]
I'm very happy to see people are still doing this sort of thing!
I've always wanted to see something of a truly 'barebones' OS; but one that could at least get you 64-bit mode, OpenGL ES, audio output, USB polling and network connectivity with libc available. Yet not be as complex and large as Linux/BSD.
Being able to run a real-time application with no pre-emption, no virtual memory protections, no kernel transitions, etc could probably eke out an additional ~20-30% of performance on a CPU-bound application. Plus the near-instant boot would be great for media players, emulator arcade boxes, etc.
Probably just not possible, due to the driver situation. There was a bit of hope UEFI could lead to better drivers for hardware prior to boot, but efforts around things like GOP (graphics output protocol) haven't really gone anywhere that I've seen.
Sadly, there's a very small amount of modern things you can do with 32-bit mode, VESA and a keyboard. I've never even found a video card with a 1920x1080 VESA display mode; they're almost exclusively still 4:3 only.
Plus, no sound rules out gaming and media; no internet (let alone Wifi) rules out any connectivity; no strong filesystem rules out moving data around easily; no USB rules out loading things from external storage, gamepads, etc.
Only strong use case would be for embedded; but ARM platforms have this area beat substantially in cost, power, tooling, etc.
I've always wanted to see something of a truly 'barebones' OS; but one that could at least get you 64-bit mode, OpenGL ES, audio output, USB polling and network connectivity with libc available. Yet not be as complex and large as Linux/BSD.
Being able to run a real-time application with no pre-emption, no virtual memory protections, no kernel transitions, etc could probably eke out an additional ~20-30% of performance on a CPU-bound application. Plus the near-instant boot would be great for media players, emulator arcade boxes, etc.
Probably just not possible, due to the driver situation. There was a bit of hope UEFI could lead to better drivers for hardware prior to boot, but efforts around things like GOP (graphics output protocol) haven't really gone anywhere that I've seen.
Sadly, there's a very small amount of modern things you can do with 32-bit mode, VESA and a keyboard. I've never even found a video card with a 1920x1080 VESA display mode; they're almost exclusively still 4:3 only.
Plus, no sound rules out gaming and media; no internet (let alone Wifi) rules out any connectivity; no strong filesystem rules out moving data around easily; no USB rules out loading things from external storage, gamepads, etc.
Only strong use case would be for embedded; but ARM platforms have this area beat substantially in cost, power, tooling, etc.
> Plus, no sound rules out gaming and media; no internet (let alone Wifi) rules out any connectivity; no strong filesystem rules out moving data around easily; no USB rules out loading things from external storage, gamepads, etc.
> Only strong use case would be for embedded; but ARM platforms have this area beat substantially in cost, power, tooling, etc.
http://docstore.mik.ua/orelly/linux/run/ch01_02.htm
Linux started out as something quite a bit less impressive than what you see today.
> Only strong use case would be for embedded; but ARM platforms have this area beat substantially in cost, power, tooling, etc.
http://docstore.mik.ua/orelly/linux/run/ch01_02.htm
Linux started out as something quite a bit less impressive than what you see today.
It is much less work to tune Linux.
http://electronicdesign.com/embedded/how-boot-linux-under-on...
http://www.makelinux.com/emb/fastboot/
http://electronicdesign.com/embedded/how-boot-linux-under-on...
http://www.makelinux.com/emb/fastboot/
Regarding learning assembly, I'm beginning to come to the view that it's in fact the best way to teach the first course in programming to kids. They don't come with any preconceived notions of what programming should look like and given an explicit, visual model of the computer, they quickly learn the small number of operations to write programs. More over, once they learn to do
Btw, this is the best online CPU simulator I've found for that use http://peterhigginson.co.uk/LMC/ I'm shocked at how all the code academies and hour of code's haven't created a polished version of LMC (Little Man Computer... look it up).
LDA A
ADD TWO
STA A
DAT TWO 2 <-- initializing variable TWO
then, this line of code
A = A + 2
Btw, this is the best online CPU simulator I've found for that use http://peterhigginson.co.uk/LMC/ I'm shocked at how all the code academies and hour of code's haven't created a polished version of LMC (Little Man Computer... look it up).
I've talked about the x = x + 2 / x == 0 "problems" with a couple of people during university and it seems there's different levels of problems/irritations people have with the syntax. For me it was mostly a "shrug ok so that's that, don't see the problem" when it came to accidentally using "=" instead of "==". A couple of friends seemed to have mental blockades and often wrote code containing the typical bug of "=" instead of "==" (the hotfix of 1 == a instead of a == 1 helped some).
For me the irritating thing was x = x + 2 since it triggered my math brain which protested and simply said...well that can't be, error. So I guess I did have the exact reverse problem always seeing the assignment as an equality. Thankfully this passes really quickly after you immerse yourself in it for a day.
Of course years later one of the first sentences from our Prolog 101 prof was "so you have been programming for a while now...let me write this down...i = i + 1...someone explain what this does...what would you suppose a (stereotyped) mathematician (that only knows math) would tell me" Kind of made me smile. /offtopic_anecdote
For me the irritating thing was x = x + 2 since it triggered my math brain which protested and simply said...well that can't be, error. So I guess I did have the exact reverse problem always seeing the assignment as an equality. Thankfully this passes really quickly after you immerse yourself in it for a day.
Of course years later one of the first sentences from our Prolog 101 prof was "so you have been programming for a while now...let me write this down...i = i + 1...someone explain what this does...what would you suppose a (stereotyped) mathematician (that only knows math) would tell me" Kind of made me smile. /offtopic_anecdote
In my personal case I am not sure if it didnt end up 'bad' for me. The first language I've learned was 6502 ASM on C64 (and learned is a word of many degrees here, I can't say I've written anything serious in it, ever) and for some reason I've been struggling with many other languages for years to come after that - tried Perl, PHP, C, AmigaE, without being able to grasp any of those. Until I've met Python, that in few days took me from ground to the stratosphere (which today again looks like a ground, but that's a different subject). And even then, old habits of counting cycles and thinking about what the hell is the language doing made me to prematurely optimize my code (like doing 'while 1' instead of 'while True' because in 2.7 True is simply a variable, what means the interpreter will have to check its value first and that means lost CPU cycles, and lots of other things that made sense in 6502 ASM) instead of getting it to do shit ;) It took me a while to 'unlearn' those habits and to simply enjoy the language in its own form.
Well yeah, except now I have some `while True:` statements to clean up...
That looks like 6502 but it doesn't have ADD, only ADC. I prefer the Z80 though. :-)
I also think starting with Asm is a good idea, because it forces you to think about things like data representation (often glossed over in HLLs) and breaking down complex operations into a series of simple steps - something that you have to internalise effectively to become good at programming. If there is time for it, going one step lower to logic gates would be even better to dispel the "magic" and see that CPUs are actually very conceptually simple and logical machines.
Of course to become productive they should move to a HLL and learn the higher-level organisation (functions/procedures, objects, ...) but I agree that the basics are important to understand first.
This is a book I strongly recommend, it's definitely written at a level readable for kids and young adults:
https://en.wikipedia.org/wiki/Code:_The_Hidden_Language_of_C...
I also think starting with Asm is a good idea, because it forces you to think about things like data representation (often glossed over in HLLs) and breaking down complex operations into a series of simple steps - something that you have to internalise effectively to become good at programming. If there is time for it, going one step lower to logic gates would be even better to dispel the "magic" and see that CPUs are actually very conceptually simple and logical machines.
Of course to become productive they should move to a HLL and learn the higher-level organisation (functions/procedures, objects, ...) but I agree that the basics are important to understand first.
This is a book I strongly recommend, it's definitely written at a level readable for kids and young adults:
https://en.wikipedia.org/wiki/Code:_The_Hidden_Language_of_C...
> That awkward phase of internalizing that '=' is an assignment operator and is different from another operator meant to test equality gets a lot shorter for a beginner.
I'll probably have to thank one of my highschool math teachers for inadvertently helping me skip this phase altogether then :)
He always pestered us to use the "equivalence" operators ⇔ or ≡ (the latter mostly for geometry stuff), and only use the regular equal when you had unambiguous contexts like "Let f(x) = x + 2" or "if x = 5". At the same time I was learning programming (with C++ as my first language...), and I could easily see "=" as being for assignment, since in other contexts you either used something more fancy (like ⇔ or ≡ in math, and "==" in code) or you used explaining words like "let" or "if" to clarify meaning. Though I think it took me a while to get things like `while (x = getch()) { ... }` :)
I'll probably have to thank one of my highschool math teachers for inadvertently helping me skip this phase altogether then :)
He always pestered us to use the "equivalence" operators ⇔ or ≡ (the latter mostly for geometry stuff), and only use the regular equal when you had unambiguous contexts like "Let f(x) = x + 2" or "if x = 5". At the same time I was learning programming (with C++ as my first language...), and I could easily see "=" as being for assignment, since in other contexts you either used something more fancy (like ⇔ or ≡ in math, and "==" in code) or you used explaining words like "let" or "if" to clarify meaning. Though I think it took me a while to get things like `while (x = getch()) { ... }` :)
I don't agree with your math teacher. ⇔ is not equivalence, it's a symbol for 'if and only if'. The left hand side implies the right hand side, and vice versa.
Writing a * a - b * b ⇔ (a + b)(a - b) doesn't make any sense, because neither the left hand side nor the right hand side are logic statements.
Writing a * a - b * b ⇔ (a + b)(a - b) doesn't make any sense, because neither the left hand side nor the right hand side are logic statements.
> That awkward phase of internalizing that '=' is an assignment operator and is different from another operator meant to test equality gets a lot shorter for a beginner.
Pity language designers don't take the more obvious solution of making their maths-derived operators behave like the language they're drawn from.
Pity language designers don't take the more obvious solution of making their maths-derived operators behave like the language they're drawn from.
Surely something like Logo has similar advantages (small set of simple instructions) without requiring students to learn about CPUs before they can start? Plus it means they get to draw pictures instead of relatively boring calculations.
And switching to assembly seems like a pretty overkill solution to the = vs == problem.
And switching to assembly seems like a pretty overkill solution to the = vs == problem.
the = vs == is just an example of how having a robust mental picture of how computers actually work makes high level programming more intuitive. And you don't really have to teach a real CPU for this to work. Check out that link I posted. It's a greatly simplified CPU simulator with visual feedback on every step the CPU is taking (e.g., PC increment, fetching the next instruction, storing something in memory etc.) It's great fun for kids to watch how a little program they wrote made the computer do all that work.
I've had some success teaching middle schoolers with Chip8 and a structured assembler: http://johnearnest.github.io/Octo/
If you're still involved in teaching school kids some sort of assembly but still in a fun and visual way, I highly recommend checking out the link to LMC I posted above.
[deleted]
This is anecdotal, but when I was his age and getting into the "real" tech world (and getting my work recognized), I really disliked my age being made a big deal. A big influence on my own view (and I think many others in this community) of being a "hacker" was Steven Levy's "Hacker Ethic", which specifically said:
"Hackers should be judged by their hacking, not criteria such as degrees, age, race, sex, or position"
While it is great that we recognize good work like this, bringing up his age in the title is focusing on a pretty irrelevant metric when we should focus on good work, no mater who makes it.
"Hackers should be judged by their hacking, not criteria such as degrees, age, race, sex, or position"
While it is great that we recognize good work like this, bringing up his age in the title is focusing on a pretty irrelevant metric when we should focus on good work, no mater who makes it.
Maybe we should get rid of weight classes for boxing, women's leagues for sports, and anything that acknowledges accomplishments for anyone that is not 100% objectively the best on the planet.
Sports are a "freak show" anyway, specifically since it is all about statistical outliers along a single axis.
You're acting like this wouldn't be interesting if it were an adult doing it.
it wouldn't
I don't see why not, given that the threshold for plenty of Show HN entries that make it to the front page isn't high at all.
it'll certainly be a lot more interesting than the umpteen "look at the latest js framework" or "I rewrote game <X> in <Y> number of lines of code".
> "Hackers should be judged by their hacking, not criteria such as degrees, age, race, sex, or position"
That should be valid for just any activity/profession, not just Hackers. I don't see the need for the specific segment here.
That should be valid for just any activity/profession, not just Hackers. I don't see the need for the specific segment here.
> While it is great that we recognize good work like this, bringing up his age in the title is focusing on a pretty irrelevant
It's relevant because it's remarkable and it puts the author in a much smaller circle than he would be if he were older. Trying to pretend otherwise is silly.
Being able to read at age 18 is a lot less interesting than at age 4. Same goes for rare technical feats (and writing an OS is such a thing, most developers wouldn't be able to pull it off, so doing so at age 13 is certainly a lot more interesting than when you're older).
It's relevant because it's remarkable and it puts the author in a much smaller circle than he would be if he were older. Trying to pretend otherwise is silly.
Being able to read at age 18 is a lot less interesting than at age 4. Same goes for rare technical feats (and writing an OS is such a thing, most developers wouldn't be able to pull it off, so doing so at age 13 is certainly a lot more interesting than when you're older).
Sure, but it's impressive nonetheless. A 14 year old kid is building an operating system. What was I doing at 14? I was not building operating systems, thats for sure.
That's not the point... by bringing up age as an important factor, you are then discounting the work. Personally, I would rather have my work valued the same way if I was 14 or 64...
In the case of my current work, I would say I have put the same amount of time into learning and working as people twice my age (Though I guess that means I haven't had much of a life otherwsise, heh). Regardless of my age, I think my work should stand on its own against anything that currently exists. If you add an age qualifier, it does feel insulting (at least for me).
I should also mention that I have used my age to my advantage in some cases, but I strongly dislike people who use it as their main selling point, such as when people brag about being a "young startup founder" etc.
In the case of my current work, I would say I have put the same amount of time into learning and working as people twice my age (Though I guess that means I haven't had much of a life otherwsise, heh). Regardless of my age, I think my work should stand on its own against anything that currently exists. If you add an age qualifier, it does feel insulting (at least for me).
I should also mention that I have used my age to my advantage in some cases, but I strongly dislike people who use it as their main selling point, such as when people brag about being a "young startup founder" etc.
> That's not the point... by bringing up age as an important factor, you are then discounting the work.
I think this isnt valid in this case - the work is more impressive exactly because it is being done by someone that young, and this is so huge accomplishment because it is so much easier and more common thing to achieve at later age. I can't see his work being discounted here.
> Regardless of my age, I think my work should stand on its own against anything that currently exists.
I also can't agree with that - if you have 30 years of programming experience and what you're making are hello-world type of programs (that's what I was doing around 14) then you are obviously underperforming and simply doing bad. However, at 14 the very same work was already outstanding when compared to my friends at the same age, because most of what they were doing was running around on the yard. And none of them ended up as a professional runner (but still, they might be happier today than me, being professional hello-world engineer ;)
I think this isnt valid in this case - the work is more impressive exactly because it is being done by someone that young, and this is so huge accomplishment because it is so much easier and more common thing to achieve at later age. I can't see his work being discounted here.
> Regardless of my age, I think my work should stand on its own against anything that currently exists.
I also can't agree with that - if you have 30 years of programming experience and what you're making are hello-world type of programs (that's what I was doing around 14) then you are obviously underperforming and simply doing bad. However, at 14 the very same work was already outstanding when compared to my friends at the same age, because most of what they were doing was running around on the yard. And none of them ended up as a professional runner (but still, they might be happier today than me, being professional hello-world engineer ;)
> That's not the point... by bringing up age as an important factor, you are then discounting the work.
I see it rather the opposite. By mentioning his age the feat becomes all the more impressive.
I see it rather the opposite. By mentioning his age the feat becomes all the more impressive.
The feat becomes more impressive, yes, but not the work – i.e. the result.
If I want to be a peer among peers and contribute to society on an equal level, I can’t have people going “Ooh, that’s very good for a cripple/child/blind person. When they do that, I can never know if I am actually good enough or if people are only patronizing me.
If I want to be a peer among peers and contribute to society on an equal level, I can’t have people going “Ooh, that’s very good for a cripple/child/blind person. When they do that, I can never know if I am actually good enough or if people are only patronizing me.
If you're seeking approval from other people to determine if you're "good enough," you're heading down the wrong path.
Also, this is a ridiculous conversation. The actual work of these teenage wunderkinds is very rarely on par with the work of similarly talented, but more experienced professionals. It's almost always about the feat. And that's okay, because the feat is indicative of future potential.
Also, this is a ridiculous conversation. The actual work of these teenage wunderkinds is very rarely on par with the work of similarly talented, but more experienced professionals. It's almost always about the feat. And that's okay, because the feat is indicative of future potential.
[deleted]
It's not that you couldn't have, it's that you didn't.
Although when I was 14, the references to do this were not readily available. With all credit to "Omar", it's also credit to how available and intelligible our reference material is for techniques like this.
Honestly though, writing OSs? People make it magic. In reality, they're just programs. It's fun. There are even really smooth (albeit way outdated) tutorials like NachOS out there (https://www.ida.liu.se/~TDDI12/material/begguide/)
Although when I was 14, the references to do this were not readily available. With all credit to "Omar", it's also credit to how available and intelligible our reference material is for techniques like this.
Honestly though, writing OSs? People make it magic. In reality, they're just programs. It's fun. There are even really smooth (albeit way outdated) tutorials like NachOS out there (https://www.ida.liu.se/~TDDI12/material/begguide/)
Regarding ExDOS (or your EyePC), would we be discussing it right now if it weren't for the creator's age? Not to discount this work, but if it had been the side project of a mid-career engineer, it would be a non-story. Not because the work is good or bad, but people simply wouldn't care.
The point being, you benefitted tremendously by your work being judged relative to your age, so it seems disingenuous for you to suggest Omar shouldn't get the same treatment.
I doubt ExDOS or EyePC will be remembered in the annals of history as engineering marvels, but that's irrelevant. They are indicators that the creator has the talent, intellect, and dedication to accomplish a lot in a very short amount of time, and they hint at great potential.
The point being, you benefitted tremendously by your work being judged relative to your age, so it seems disingenuous for you to suggest Omar shouldn't get the same treatment.
I doubt ExDOS or EyePC will be remembered in the annals of history as engineering marvels, but that's irrelevant. They are indicators that the creator has the talent, intellect, and dedication to accomplish a lot in a very short amount of time, and they hint at great potential.
Totally agree in regards to EyePC, but at that point (when I was 13) I had those sort of feelings. I prefaced my comment with that it was my opinion based on anecdotal evidence. Omar made a couple of comments here (which he seemed to have deleted) in which he said he was disappointed that his age was the main focus.
The main reason I brought this up was because even today (I know 19 is still young, but I am a full adult with 6+ years of professional experience) I am still judged by my age by many people and not my actual work, and today I think my current work is actually something worthy of extreme interest regardless of who developed it or how old they are.
The main reason I brought this up was because even today (I know 19 is still young, but I am a full adult with 6+ years of professional experience) I am still judged by my age by many people and not my actual work, and today I think my current work is actually something worthy of extreme interest regardless of who developed it or how old they are.
[deleted](4)
[deleted](2)
The screenshots link is dead at the time I write this (5h after submission).
[deleted](1)
[deleted]
[deleted]
[deleted]
ERROR 403: FORBIDDEN WEB PAGE
http://exdos.eu.pn/ .. ERROR 403: FORBIDDEN WEB PAGE
My free web hosting is limited. It seems the maximum view limit has been reached. :/
It seems HN crowd DDOS-ed the page, here's the archived link
https://web.archive.org/web/20150810162221/http://exdos.eu.p...
https://web.archive.org/web/20150810162221/http://exdos.eu.p...
My site has apparently reached the view limit. I'll move to GitHub Pages, I'll let you all know when I finish.
Thanks a lot!