Forum comments in chronological order
Disclaimer: I am not responsible for what people (other than myself) write in the forums. Please report any abuse, such as insults, slander, spam and illegal material, and I will take appropriate actions. Don't feed the trolls.
Jag tar inget ansvar för det som skrivs i forumet, förutom mina egna inlägg. Vänligen rapportera alla inlägg som bryter mot reglerna, så ska jag se vad jag kan göra. Som regelbrott räknas till exempel förolämpningar, förtal, spam och olagligt material. Mata inte trålarna.
- Jun 2007
- Aug 2007
- Oct 2007
- Nov 2007
- Dec 2007
- Jan 2008
- Feb 2008
- Mar 2008
- Apr 2008
- May 2008
- Jun 2008
- Jul 2008
- Aug 2008
- Sep 2008
- Oct 2008
- Nov 2008
- Dec 2008
- Jan 2009
- Feb 2009
- Mar 2009
- Apr 2009
- May 2009
- Jun 2009
- Jul 2009
- Aug 2009
- Sep 2009
- Oct 2009
- Nov 2009
- Dec 2009
- Jan 2010
- Feb 2010
- Mar 2010
- Apr 2010
- May 2010
- Jun 2010
- Jul 2010
- Aug 2010
- Sep 2010
- Oct 2010
- Nov 2010
- Dec 2010
- Jan 2011
- Feb 2011
- Mar 2011
- Apr 2011
- May 2011
- Jun 2011
- Jul 2011
- Aug 2011
- Sep 2011
- Oct 2011
- Nov 2011
- Dec 2011
- Jan 2012
- Feb 2012
- Mar 2012
- Apr 2012
- May 2012
- Jun 2012
- Jul 2012
- Aug 2012
- Sep 2012
- Oct 2012
- Nov 2012
- Dec 2012
- Jan 2013
- Feb 2013
- Mar 2013
- Apr 2013
- May 2013
- Jun 2013
- Jul 2013
- Aug 2013
- Sep 2013
- Oct 2013
- Nov 2013
- Dec 2013
- Jan 2014
- Feb 2014
- Mar 2014
- Apr 2014
- May 2014
- Jun 2014
- Jul 2014
- Aug 2014
- Sep 2014
- Oct 2014
- Nov 2014
- Dec 2014
- Jan 2015
- Feb 2015
- Mar 2015
- Apr 2015
- May 2015
- Jun 2015
- Jul 2015
- Aug 2015
- Sep 2015
- Oct 2015
- Nov 2015
- Dec 2015
- Jan 2016
- Feb 2016
- Mar 2016
- Apr 2016
- May 2016
- Jun 2016
- Jul 2016
- Aug 2016
- Sep 2016
- Oct 2016
- Nov 2016
- Dec 2016
- Jan 2017
- Feb 2017
- Mar 2017
- Apr 2017
- May 2017
- Jun 2017
- Jul 2017
- Aug 2017
- Sep 2017
- Oct 2017
- Nov 2017
- Dec 2017
- Jan 2018
- Feb 2018
- Mar 2018
- Apr 2018
- May 2018
- Jun 2018
- Jul 2018
- Aug 2018
- Sep 2018
- Oct 2018
- Nov 2018
- Dec 2018
- Jan 2019
- Feb 2019
- Mar 2019
- Apr 2019
- May 2019
- Jun 2019
- Jul 2019
- Aug 2019
- Sep 2019
- Oct 2019
- Nov 2019
- Dec 2019
- Jan 2020
- Feb 2020
- Mar 2020
- Apr 2020
- May 2020
- Jun 2020
- Jul 2020
- Aug 2020
- Sep 2020
- Oct 2020
- Nov 2020
- Dec 2020
- Jan 2021
- Feb 2021
- Mar 2021
- Apr 2021
- May 2021
- Jun 2021
- Jul 2021
- Aug 2021
- Sep 2021
- Oct 2021
- Nov 2021
- Dec 2021
- Jan 2022
- Feb 2022
- Mar 2022
- Apr 2022
- May 2022
- Jun 2022
- Jul 2022
- Aug 2022
- Sep 2022
- Oct 2022
- Nov 2022
- Dec 2022
- Jan 2023
- Feb 2023
- Mar 2023
- Apr 2023
- May 2023
- Jun 2023
- Jul 2023
- Aug 2023
- Sep 2023
- Oct 2023
- Nov 2023
- Dec 2023
- Jan 2024
- Feb 2024
- Mar 2024
- Apr 2024
- May 2024
- Jun 2024
- Jul 2024
- Aug 2024
- Sep 2024
- Oct 2024
- Nov 2024
- Dec 2024
Mar 2012
Anonymous
Sun 4-Mar-2012 08:10
Sun 4-Mar-2012 08:10
Please start a Kickstarter! I would love to buy one of these from you! :D
A case against syntax highlighting
Anonymous
Sun 4-Mar-2012 19:10
Sun 4-Mar-2012 19:10
I like to think that there are two types of technology: that which extends human abilities and that which replaces them. Extending human abilities is (usually) a good thing. Replacing them, however, is like getting someone else to do things for you because you don't know how to do them rather than learning them yourself. It is basically giving up potential intelligence.
My favorite example is when web browsers try to remember your passwords for you. You are perfectly capable of remembering your own passwords. Then what happens when you switch computers or something happens to your computer? You don't know your password.
The only possible exception to that that I can think of is if you had a very long password and you were trying to be EXTREMELY time efficient. But that seems to be stretching it.
And I definitely think humans are capable of reading and understanding code that does not have syntax coloring. The syntax coloring only replaces the intelligence of dissecting the code that you could have.
That said, I use syntax coloring. I use it mainly because I am to lazy to do the extra effort of detaching myself from it. I don't think lazy is a good thing, but people are lazy nonetheless, and I wouldn't blame anyone who uses syntax coloring. Aside from that, syntax coloring is pretty (to me, anyway) despite being inefficient, and it makes coding the slightest bit more fun.
My favorite example is when web browsers try to remember your passwords for you. You are perfectly capable of remembering your own passwords. Then what happens when you switch computers or something happens to your computer? You don't know your password.
The only possible exception to that that I can think of is if you had a very long password and you were trying to be EXTREMELY time efficient. But that seems to be stretching it.
And I definitely think humans are capable of reading and understanding code that does not have syntax coloring. The syntax coloring only replaces the intelligence of dissecting the code that you could have.
That said, I use syntax coloring. I use it mainly because I am to lazy to do the extra effort of detaching myself from it. I don't think lazy is a good thing, but people are lazy nonetheless, and I wouldn't blame anyone who uses syntax coloring. Aside from that, syntax coloring is pretty (to me, anyway) despite being inefficient, and it makes coding the slightest bit more fun.
Anonymous
Mon 5-Mar-2012 08:48
Mon 5-Mar-2012 08:48
this is so cool!
you really need to play the intro tune to ninja turtles on nes, that song was bad ass. Also the last ninja on c64, level 1 on ln1, and the intro on ln2
you really need to play the intro tune to ninja turtles on nes, that song was bad ass. Also the last ninja on c64, level 1 on ln1, and the intro on ln2
Anonymous
Mon 5-Mar-2012 17:15
Mon 5-Mar-2012 17:15
Great article! I'm currently running a real Teletype ASR-33 on a serial port with Ubuntu. I have to use stty to set the proper parameters for an uppercase-only terminal, change tabs to spaces, etc. Is there a way to determine what port I'm logging into (ttyS0? S1? S2, S3 or S4?) Right now, I have to run stty on all ports and get an access denied error for any port I'm not connected to. I'd like to find out what port I'm on and only run the stty on that port. Thanks for your time!
Anonymous
Tue 6-Mar-2012 12:09
Tue 6-Mar-2012 12:09
Linus - greetings from Cardiff, UK. I saw the video for this a while back, but decided to re-visit it today. You, Sir, are a bona fide genius!
Anonymous
Wed 7-Mar-2012 13:32
Wed 7-Mar-2012 13:32
Wow, this is pretty much the best thing you've ever done, and that is saying more than anyone could possibly imagine!
Having been through the fiddly/frustrating process of trying to do improvisations using LSDj and various Chip trackers, my mind is on fire at the idea of having the chance to use something like this!
As much as I'm sure you enjoy just making cool things for the sake of it, PLEASE take the opportunity to share the beauty of this creation with the world! As several people have already stated: Kickstarter. I would PAY to have the *opportunity* to buy one of these, let alone actually make a purchase!
Having been through the fiddly/frustrating process of trying to do improvisations using LSDj and various Chip trackers, my mind is on fire at the idea of having the chance to use something like this!
As much as I'm sure you enjoy just making cool things for the sake of it, PLEASE take the opportunity to share the beauty of this creation with the world! As several people have already stated: Kickstarter. I would PAY to have the *opportunity* to buy one of these, let alone actually make a purchase!
Anonymous
Thu 8-Mar-2012 04:56
Thu 8-Mar-2012 04:56
i would love to see this as a purchasable kit or opensource device.
i really love the glitchy effects
but releasing this on the world would just shock the hobbyist audio movement, personally, i'm not good enough to do any live shows, but to have this as something to play around with. but i can see this hitting it big not only in live shows, but as a hobbyist\ musicians new instrument <at fractions of the cost of what other software\hardware costs
i really love the glitchy effects
but releasing this on the world would just shock the hobbyist audio movement, personally, i'm not good enough to do any live shows, but to have this as something to play around with. but i can see this hitting it big not only in live shows, but as a hobbyist\ musicians new instrument <at fractions of the cost of what other software\hardware costs
Anonymous
Sat 10-Mar-2012 00:02
Sat 10-Mar-2012 00:02
Have you considered creating VST Instruments? I'd love a software version of the Chipophone to play around with :) I'm always searching for great virtual synths that emulate real, classic hardware like C64's SID or Roland Juno (http://www.vintagesynth.com/roland/juno106.php).
I recently found a great VSTi emulating the Juno, TAL (Togu Audio Line) U-No, check that out if you're also into them.
Also, I love this one freeware VSTi called The Pokegy (it's hard to find these days, found one copy through Google - someone had uploaded it into an filehosting-site). It emulates the Moog Prodigy. A great alternative to the software version of Minimoog, if one is on a budget.
I recently found a great VSTi emulating the Juno, TAL (Togu Audio Line) U-No, check that out if you're also into them.
Also, I love this one freeware VSTi called The Pokegy (it's hard to find these days, found one copy through Google - someone had uploaded it into an filehosting-site). It emulates the Moog Prodigy. A great alternative to the software version of Minimoog, if one is on a budget.
Wonkyth
Toby Walker
Sat 10-Mar-2012 07:12
Toby Walker
Sat 10-Mar-2012 07:12
I've already made a comment on this, but as an anonymous user.
I just registered specifically to show my support to the idea of making this something purchasable!
I just registered specifically to show my support to the idea of making this something purchasable!
Anonymous
Sat 10-Mar-2012 10:32
Sat 10-Mar-2012 10:32
would love to love one
Anonymous
Tue 13-Mar-2012 02:01
Tue 13-Mar-2012 02:01
Huh. No ALPHA key? *bangs* I WANT CONTROL! *bangs*
Anonymous
Tue 13-Mar-2012 12:40
Tue 13-Mar-2012 12:40
tesla1980 wrote:
Please help me ! Can anyone tell me how to change the c - code to make that the whole program loops itself ? Where i must change the code. I`m absolutely a c-code noop - i have no idea ! PLZ HELP ME !#include <stdio.h>
int main() {
printf("This text will be looped");
main();
}
Anonymous
Thu 15-Mar-2012 04:01
Thu 15-Mar-2012 04:01
If you need help making this in volume, I am certain it would not be too hard to recruit some help among the community. I think it is easy to find the right persons to give a few hours here and there to migrate your design to SMD and start a 1000 units in a china fab... Kickstarter all the way...unless you are completely set on using a 8 bit AVR, I would also consider the 16 bit MSP430 for a smaller footprint and low cost in 1000 units, also if there is enough overhead on the cycle% it may be possible to elimiate the DAC to a r2r ladder or a combination of PWM/r2r (saw once a rare implementation like that).
That should make an affordable BOM...
That should make an affordable BOM...
Anonymous
Thu 15-Mar-2012 19:04
Thu 15-Mar-2012 19:04
Absolutely awesome!
A case against syntax highlighting
Anonymous
Sat 17-Mar-2012 17:53
Sat 17-Mar-2012 17:53
Is Thinger a class with a static Convert function? Or is it a property member of the class that this code lives in? With Visual Studio you will know because if it's a class it'll be Aqua colored and if it's a property that returns a class object, it'll just be black (by the default color scheme).
I second this argument. Probably the author of the post got his facts wrong. Incidentally, the author has took some pains to point out the real reason behind syntax highlighting, but conveniently labelled them as exceptions. The real reason behind syntax highlighting is to make the structure of the code clear, so that one can understand it better. If the author is using it for eye-candy, it makes one suspicious if they have written any real code at all.
Anonymous
Sat 17-Mar-2012 17:54
Sat 17-Mar-2012 17:54
Code isn't "text". And this blog post has differently sized bold headings, and different colored underlined links. Seems even plain text is helped with a form of syntax highlighting.
Anonymous
Sat 17-Mar-2012 18:55
Sat 17-Mar-2012 18:55
Thanks to the guy who linked to this at HN, I feel dumber for having read it.
Anonymous
Sat 17-Mar-2012 21:34
Sat 17-Mar-2012 21:34
You present your argument against syntax highlighting using 3 key vectors of attack.
1) An analogy to prose text and typography. Arguing what applies to typography, should apply to code as well.
2) An analogy to learning music instruments. Arguing that since you have to to able to read notes anyway, the colors are only temporary. And if they ever change, you're having trouble reading the code.
3) Arguing that syntax highlighting does not help, not even to avoid syntax errors, since that's what compilers are here for.
Rebuttal:
1a) Typography is not a rule like "never do B". It is a contextual form of graphical composition, in which the context determines the set of rules you are going to operate on. For instance, long runs of text with few (if any) structural elements that would attract attention is typically written to be scanned front to back. Mostly that's prose (books, novels etc.). Other forms of writing use different rules, and these may include elements to attract attention to increase typographic legibility (for instance writing for the web http://www.useit.com/alertbox/9710a.html).
1b) It is only of limited merit to compare prose writing with source-code and derive meaning from that comparison. The way we read prose and the way we read sourcecode is vastly different. Typographic rules derived from reading prose do not automatically apply to sourcecode.
2) The analogy to learning music instruments and notes is flawed. You're in essence comparing programming to knowing the alphabet. It just does have no relevance whatsoever.
3a) Based on previous flawed conclusion that it doesn't help, you seek to find some merit by comparing it to error checking by a compiler. The descend into that branch of reasoning is flawed because you have not established validity of your first conclusion, and therefore it is arguing that it doesn't help because it doesn't help, i.e. circular reasoning.
3b) Assuming that any merit can be found in error checking for syntax highlighting is mostly flawed (not entirely however).
Counter:
A: You rarely sit down and read sourcecode front to back. Usually you jump around and glance at many things without reading them again, and again and again. In fact, you recognize visual patterns crossing many lines. Syntax highlighting makes those patterns more distinguishable.
B: Changing syntax highlight might be a bit annoying, but it's usually not a problem (that might be very personal)
C: You yourself admit that there is good reason to syntax highlight multiline comments, stating that it helps to avoid trying to parse text that has no bearing. Likewise, some languages support multiline strings, which accidentially would be trick you into parsing them as sourcecode.
D: Single line comments are easier to spot when highlighted as well, preventing you to read them unless you really want to.
E: keywords and other symbols that you cannot redefine in your program (of which there may be many, depending on the language) are helped to be recognized and avoided if they get painted "offensively".
F: most languages have native types. It is usually relevant to be able to glance at sourcecode and recognize weather it operates mostly with native types, or uses its own types.
G: It is generally useful to instantly see where the system code starts and whatever else is supplied by the programmer.
Resolution:
It's possible (although unlikely) that all raised arguments are valid for you (I can't entirely see how that would be the case however). I'm more inclined to think that it's just easier for *you* to read non highlighted code. Maybe you're a very textual person.
I can say with absolute certainty that I'm not a very textual person. I find non highlighted code extremely tedious to read. I've spent at some parts in my life extensive periods of time in such situations, and they where very painful. Aparts from the benefits that I do derive from syntax highlighting, I do other things to my text environment however that others find abominable (like putting it transparently over a pleasing background).
Conclusion:
Speak for yourself, syntax highlighting is good for me, maybe not for you, but good for me.
1) An analogy to prose text and typography. Arguing what applies to typography, should apply to code as well.
2) An analogy to learning music instruments. Arguing that since you have to to able to read notes anyway, the colors are only temporary. And if they ever change, you're having trouble reading the code.
3) Arguing that syntax highlighting does not help, not even to avoid syntax errors, since that's what compilers are here for.
Rebuttal:
1a) Typography is not a rule like "never do B". It is a contextual form of graphical composition, in which the context determines the set of rules you are going to operate on. For instance, long runs of text with few (if any) structural elements that would attract attention is typically written to be scanned front to back. Mostly that's prose (books, novels etc.). Other forms of writing use different rules, and these may include elements to attract attention to increase typographic legibility (for instance writing for the web http://www.useit.com/alertbox/9710a.html).
1b) It is only of limited merit to compare prose writing with source-code and derive meaning from that comparison. The way we read prose and the way we read sourcecode is vastly different. Typographic rules derived from reading prose do not automatically apply to sourcecode.
2) The analogy to learning music instruments and notes is flawed. You're in essence comparing programming to knowing the alphabet. It just does have no relevance whatsoever.
3a) Based on previous flawed conclusion that it doesn't help, you seek to find some merit by comparing it to error checking by a compiler. The descend into that branch of reasoning is flawed because you have not established validity of your first conclusion, and therefore it is arguing that it doesn't help because it doesn't help, i.e. circular reasoning.
3b) Assuming that any merit can be found in error checking for syntax highlighting is mostly flawed (not entirely however).
Counter:
A: You rarely sit down and read sourcecode front to back. Usually you jump around and glance at many things without reading them again, and again and again. In fact, you recognize visual patterns crossing many lines. Syntax highlighting makes those patterns more distinguishable.
B: Changing syntax highlight might be a bit annoying, but it's usually not a problem (that might be very personal)
C: You yourself admit that there is good reason to syntax highlight multiline comments, stating that it helps to avoid trying to parse text that has no bearing. Likewise, some languages support multiline strings, which accidentially would be trick you into parsing them as sourcecode.
D: Single line comments are easier to spot when highlighted as well, preventing you to read them unless you really want to.
E: keywords and other symbols that you cannot redefine in your program (of which there may be many, depending on the language) are helped to be recognized and avoided if they get painted "offensively".
F: most languages have native types. It is usually relevant to be able to glance at sourcecode and recognize weather it operates mostly with native types, or uses its own types.
G: It is generally useful to instantly see where the system code starts and whatever else is supplied by the programmer.
Resolution:
It's possible (although unlikely) that all raised arguments are valid for you (I can't entirely see how that would be the case however). I'm more inclined to think that it's just easier for *you* to read non highlighted code. Maybe you're a very textual person.
I can say with absolute certainty that I'm not a very textual person. I find non highlighted code extremely tedious to read. I've spent at some parts in my life extensive periods of time in such situations, and they where very painful. Aparts from the benefits that I do derive from syntax highlighting, I do other things to my text environment however that others find abominable (like putting it transparently over a pleasing background).
Conclusion:
Speak for yourself, syntax highlighting is good for me, maybe not for you, but good for me.
Anonymous
Sun 18-Mar-2012 02:26
Sun 18-Mar-2012 02:26
Be a typography geek all you want, but trying to quickly navigate code is nothing like reading a block of text, so you can't use numbers and studies based on reading English (or any other language) to make judgments about reading code. Syntax highlighting coupled with the indentation used for code it makes it really easy to skim over code and recognize what's going on instead of it looking like a big wall of text. Yes, skimming is important and it's a normal thing to do when you're just looking for a single section where you expect the bug is going to be.
If you don't like syntax highlighting, then don't use it, but don't try to rationalize it with a bunch of information that doesn't apply, and arguments that include saying that skimming code is bad, when in many situations it is the proper way to work. You shouldn't have to read and "understand" and entire class to just modify it or fix a bug in it, sure it's preferred but it's a little bit overkill and honestly, a waste of developer hours.
If you don't like syntax highlighting, then don't use it, but don't try to rationalize it with a bunch of information that doesn't apply, and arguments that include saying that skimming code is bad, when in many situations it is the proper way to work. You shouldn't have to read and "understand" and entire class to just modify it or fix a bug in it, sure it's preferred but it's a little bit overkill and honestly, a waste of developer hours.
Anonymous
Mon 19-Mar-2012 13:59
Mon 19-Mar-2012 13:59
Running in Firefox 10.0.2 gives a very unproportional playing field.
Anonymous
Tue 20-Mar-2012 23:22
Tue 20-Mar-2012 23:22
Would love to buy a kit, this looks exactly what i would need!!
Anonymous
Wed 21-Mar-2012 22:40
Wed 21-Mar-2012 22:40
#include <stdio.h>
int main() {
printf("This text will be looped");
main();
}
Uuh, that's a really bad idea..
Anonymous
Thu 22-Mar-2012 15:54
Thu 22-Mar-2012 15:54
hello ,i want to change the timings,but i don't know how to save it
echo "your new timings" > /sys/devices/platform/omapdss/display0/timings
Anonymous
Fri 23-Mar-2012 23:18
Fri 23-Mar-2012 23:18
Wtf! Du är ett geni och jag hoppas du får den cred du förtjänar!
Anonymous
Sat 24-Mar-2012 09:19
Sat 24-Mar-2012 09:19
how to download the remote computer controller project please help to download
A case against syntax highlighting
Anonymous
Mon 26-Mar-2012 05:47
Mon 26-Mar-2012 05:47
I don't blame you for hating the colors that you've shown here. They're a hideous rainbow of confusion.
Maybe you wouldn't be arguing against syntax highlighting if you'd just try a simpler color scheme. An advanced editor like Visual Studio will actually help you understand what you're looking at...for instance take this random piece of code:
x = Thinger.Convert(y);
Is Thinger a class with a static Convert function? Or is it a property member of the class that this code lives in? With Visual Studio you will know because if it's a class it'll be Aqua colored and if it's a property that returns a class object, it'll just be black (by the default color scheme).
Well, with a name like Linus on a guy from Sweden, I wouldn't be surprised if you are a *nix guy who hasn't used Visual Studio much though.
Maybe you wouldn't be arguing against syntax highlighting if you'd just try a simpler color scheme. An advanced editor like Visual Studio will actually help you understand what you're looking at...for instance take this random piece of code:
x = Thinger.Convert(y);
Is Thinger a class with a static Convert function? Or is it a property member of the class that this code lives in? With Visual Studio you will know because if it's a class it'll be Aqua colored and if it's a property that returns a class object, it'll just be black (by the default color scheme).
Well, with a name like Linus on a guy from Sweden, I wouldn't be surprised if you are a *nix guy who hasn't used Visual Studio much though.
I use VS at work all the time, but you're actually missing the point here with this particular case.
This confusion can and should be solved by a combination of good naming conventions (I must admit I seriously question the choice of conventions MS used for C#.) and ensuring that you qualify everything except local variables (with "this" for instance members and a class name for static members). Frankly, I don't know why languages allow you to access members without qualifying them. It only leads to problems (like shadowing).
So the case you're describing does not demonstrate the useful of syntax highlighting. Rather, it demonstrates that syntax highlighting is a work around for dealing with a bad practice/language feature. What you've shown is that syntax highlighting makes it easier for us to deal with bad code and thereby encourages it, which is part of the point here.
Anonymous
Wed 28-Mar-2012 05:56
Wed 28-Mar-2012 05:56
you can create more Chipophone for the sale? i can get one :c
Anonymous
Thu 29-Mar-2012 08:39
Thu 29-Mar-2012 08:39
Lovely, this goes on the wall of my daughters bedroom :)
She is only 6 weeks, but hey! Start early they say.
Cheers,
Pontus.
She is only 6 weeks, but hey! Start early they say.
Cheers,
Pontus.