• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 20:55
CET 02:55
KST 10:55
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
RSL Season 3 - Playoffs Preview0RSL Season 3 - RO16 Groups C & D Preview0RSL Season 3 - RO16 Groups A & B Preview2TL.net Map Contest #21: Winners12Intel X Team Liquid Seoul event: Showmatches and Meet the Pros10
Community News
Weekly Cups (Nov 24-30): MaxPax, Clem, herO win2BGE Stara Zagora 2026 announced15[BSL21] Ro.16 Group Stage (C->B->A->D)4Weekly Cups (Nov 17-23): Solar, MaxPax, Clem win3RSL Season 3: RO16 results & RO8 bracket13
StarCraft 2
General
BGE Stara Zagora 2026 announced Weekly Cups (Nov 24-30): MaxPax, Clem, herO win SC2 Proleague Discontinued; SKT, KT, SGK, CJ disband Information Request Regarding Chinese Ladder SC: Evo Complete - Ranked Ladder OPEN ALPHA
Tourneys
$5,000+ WardiTV 2025 Championship Constellation Cup - Main Event - Stellar Fest RSL Revival: Season 3 Tenacious Turtle Tussle [Alpha Pro Series] Nice vs Cure
Strategy
Custom Maps
Map Editor closed ?
External Content
Mutation # 502 Negative Reinforcement Mutation # 501 Price of Progress Mutation # 500 Fright night Mutation # 499 Chilling Adaptation
Brood War
General
Which season is the best in ASL? [ASL20] Ask the mapmakers — Drop your questions BW General Discussion FlaSh's Valkyrie Copium BGH Auto Balance -> http://bghmmr.eu/
Tourneys
[Megathread] Daily Proleagues [BSL21] RO16 Group B - Sunday 21:00 CET [BSL21] RO16 Group C - Saturday 21:00 CET Small VOD Thread 2.0
Strategy
Game Theory for Starcraft How to stay on top of macro? Current Meta PvZ map balance
Other Games
General Games
Stormgate/Frost Giant Megathread The Perfect Game Path of Exile Nintendo Switch Thread Should offensive tower rushing be viable in RTS games?
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Mafia Game Mode Feedback/Ideas TL Mafia Community Thread
Community
General
Russo-Ukrainian War Thread Things Aren’t Peaceful in Palestine US Politics Mega-thread The Big Programming Thread Artificial Intelligence Thread
Fan Clubs
White-Ra Fan Club
Media & Entertainment
[Manga] One Piece Movie Discussion! Anime Discussion Thread
Sports
2024 - 2026 Football Thread Formula 1 Discussion NBA General Discussion
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
Where to ask questions and add stream? The Automated Ban List
Blogs
James Bond movies ranking - pa…
Topin
Esports Earnings: Bigger Pri…
TrAiDoS
Thanks for the RSL
Hildegard
Saturation point
Uldridge
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1419 users

The Big Programming Thread - Page 364

Forum Index > General Forum
Post a Reply
Prev 1 362 363 364 365 366 1032 Next
Thread Rules
1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution.
2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20)
3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible.
4. Use [code] tags to format code blocks.
ixmike88
Profile Blog Joined May 2011
United States67 Posts
October 02 2013 03:15 GMT
#7261
hi
Birdie
Profile Blog Joined August 2007
New Zealand4438 Posts
October 02 2013 03:20 GMT
#7262
On October 02 2013 12:15 Liquid`ixmike88 wrote:
hi

Hi mike, how's it going? You should play Brood War
Red classic | A butterfly dreamed he was Zhuangzi | 4.5k, heading to 5k as support!
oneill12
Profile Joined February 2012
Romania1222 Posts
October 02 2013 07:43 GMT
#7263
miiiiiiiike
DrainX
Profile Blog Joined December 2006
Sweden3187 Posts
Last Edited: 2013-10-02 09:00:09
October 02 2013 08:00 GMT
#7264
+ Show Spoiler +
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
Show nested quote +
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

Here's a quicksort implementation in Java

Java
+ Show Spoiler +


package de.vogella.algorithms.sort.quicksort;

public class Quicksort {
private int[] numbers;
private int number;

public void sort(int[] values) {
if (values ==null || values.length==0){
return;
}
this.numbers = values;
number = values.length;
quicksort(0, number - 1);
}

private void quicksort(int low, int high) {
int i = low, j = high;
int pivot = numbers[low + (high-low)/2];

while (i <= j) {
while (numbers[i] < pivot) {
i++;
}
while (numbers[j] > pivot) {
j--;
}

if (i <= j) {
exchange(i, j);
i++;
j--;
}
}

if (low < j)
quicksort(low, j);
if (i < high)
quicksort(i, high);
}

private void exchange(int i, int j) {
int temp = numbers[i];
numbers[i] = numbers[j];
numbers[j] = temp;
}
}



Here's the same function converted to Haskell
qsort (p:xs) = qsort [x | x<-xs, x<p] ++ [p] ++ qsort [x | x<-xs, x>=p]


Ok fine ill be nice
quicksort (p:xs) = (quicksort lesser) ++ [p] ++ (quicksort greater)
where
lesser = filter (< p) xs
greater = filter (>= p) xs


If you are going to mention that people shouldn't start on advanced concepts like functional programming as a beginner I am going to say well beginners shouldn't be starting with OO either for the exact same reason.

If you are going to say the Haskell implementation is more complicated because as a beginner its too cryptic, well then lets look at something trivial like Hello world.

Java
class HelloWorldApp {
public static void main(String[] args) {
System.out.println("Hello World!"); // Display the string.
}
}


C
main() {
printf("Hello World");
}


Haskell
putStrLn "Hello, World!"


Note that Java is the most complicated of the lot.

Note that it would take an equivalent amount of time to explain what "class" and "static void" mean, than it would to explain any terminology in Haskell. I'm not saying that we should use Haskell to teach beginners, I am showing the illogical reasoning behind teaching Java as a first language and exposing the silliness of the argument with the example of Haskell.

I'm not saying people should learn how a CPU is wired, because you don't need to know that to program, however you need to know Structured Programming to write good OOP code. You don't use assembly or binary in programming, but you always use Structured Programming no matter what, and without learning Structured Programming you are missing out on an essential fundamental platform with which you should base all your programming on.

I don't think that functional programming is any more advanced than imperative programming, and far far far simpler a concept than OO. It is just less common in business. I think it is great for a first language though. It lies much closer to the math that you would be learning at the same time and you getting comfortable with recursive functions will help you a lot when trying to wrap your head around many algorithms. I think it is important that people learn to both code at least one imperative language and one functional early on. They both expand your mind in different ways and help you think about problems and solutions differently. Being familiar with recursion and higher order functions can help you a lot even if you will never work with a purely functional language.

I'm not sure that Haskell is the best idea, if you do start with Haskell I think you should keep some of its features as well as lazy evaluation a secret to the students in the introductory course. Standard ML might be a better pick.

I think it is important, at least in a programming education of three years or longer, not to focus on specific languages but rather on concepts. Learn OO, rather than Java, learn functional programming rather than Haskell, learn database design rather than Oracle. Once you know a couple of languages and know all the important concepts, picking up a new language isn't that hard. You also can't be sure that the same languages that were popular when the course was planned, will be big and asked for in industry when students graduate, or 5-10 years after they graduate.
ixmike88
Profile Blog Joined May 2011
United States67 Posts
October 02 2013 08:00 GMT
#7265
i suck at video games
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
Last Edited: 2013-10-02 08:09:52
October 02 2013 08:08 GMT
#7266
On October 02 2013 10:05 Kambing wrote:
Show nested quote +
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.
icystorage
Profile Blog Joined November 2008
Jollibee19350 Posts
October 02 2013 08:40 GMT
#7267
nice. welcome ixstache!
LiquidDota StaffAre you ready for a Miracle-? We are! The International 2017 Champions!
CecilSunkure
Profile Blog Joined May 2010
United States2829 Posts
October 02 2013 08:52 GMT
#7268
Get out dis is fo programmas
misirlou
Profile Joined June 2010
Portugal3241 Posts
October 02 2013 09:51 GMT
#7269
On October 02 2013 17:08 Tobberoth wrote:
Show nested quote +
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


I'm biased because I hate java but I think people learn a lot more faster if they start with C and then move to OOP (java,c++,c#). Java has some BIG errors implemented that are easy to overlook as beginners (similar to segfaul if you use pointers in C, except you're not required to in C) and really mess up your program, object copy and referencing being a big one. Especially if you're doing recursive functions, doing an object copy or undo the changes everytime you backtrack is a huge pain. Also, java has no support for overloading operators, I think thats a great feature of C++ and OOP.
Blisse
Profile Blog Joined July 2010
Canada3710 Posts
October 02 2013 11:21 GMT
#7270
On October 02 2013 17:52 CecilSunkure wrote:
Get out dis is fo programmas


For a while I always read programming as progaming.
There is no one like you in the universe.
3FFA
Profile Blog Joined February 2010
United States3931 Posts
October 02 2013 12:36 GMT
#7271
On October 02 2013 20:21 Blisse wrote:
Show nested quote +
On October 02 2013 17:52 CecilSunkure wrote:
Get out dis is fo programmas


For a while I always read programming as progaming.

I read both of those as programming lol...

Oh and thanks guys for that nice long discussion on C vs Java. It was a very interesting read, and it was nice to see your different points of view.
"As long as it comes from a pure place and from a honest place, you know, you can write whatever you want."
Shield
Profile Blog Joined August 2009
Bulgaria4824 Posts
Last Edited: 2013-10-02 13:06:04
October 02 2013 12:53 GMT
#7272
On October 02 2013 18:51 misirlou wrote:
Show nested quote +
On October 02 2013 17:08 Tobberoth wrote:
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


I'm biased because I hate java but I think people learn a lot more faster if they start with C and then move to OOP (java,c++,c#). Java has some BIG errors implemented that are easy to overlook as beginners (similar to segfaul if you use pointers in C, except you're not required to in C) and really mess up your program, object copy and referencing being a big one. Especially if you're doing recursive functions, doing an object copy or undo the changes everytime you backtrack is a huge pain. Also, java has no support for overloading operators, I think thats a great feature of C++ and OOP.


It's high time we ended up Java vs C discussion. If you want to develop software where performance & memory are crucial, use C. Otherwise, just use Java or HLL*. HLL inherently reduces accidental complexity such as bugs, coding, etc. In fact, it may even increase readability. Assembly vs C anyone? If you add OOP to the table, then complexity gets even more reduced by having Garbage Collection because you don't have to keep track of pointers.

It probably depends more on the compiler itself than HLL but you also get better type checking unlike C's case.

So by reducing the impact of accidental errors, you should end up with an easier to learn & use language.

*HLL = higher level language

Also to the topic:

Brooks' "No Silver Bullet"

High-level languages. Surely the most powerful stroke for software productivity, reliability, and simplicity has been the progressive use of high-level languages for programming. Most observers credit that development with at least a factor of five in productivity, and with concomitant gains in reliability, simplicity, and comprehensibility.

What does a high-level language accomplish? It frees a program from much of its accidental complexity. An abstract program consists of conceptual constructs: operations, data types, sequences, and communication. The concrete machine program is concerned with bits, registers, conditions, branches, channels, disks, and such. To the extent that the high-level language embodies the constructs one wants in the abstract program and avoids all lower ones, it eliminates a whole level of complexity that was never inherent in the program at all.

The most a high-level language can do is to furnish all the constructs that the programmer imagines in the abstract program. To be sure, the level of our thinking about data structures, data types, and operations is steadily rising, but at an ever decreasing rate. And language development approaches closer and closer to the sophistication of users.

Moreover, at some point the elaboration of a high-level language creates a tool-mastery burden that increases, not reduces, the intellectual task of the user who rarely uses the esoteric constructs.


Source: http://www.cs.nott.ac.uk/~cah/G51ISS/Documents/NoSilverBullet.html

Mr. Wiggles
Profile Blog Joined August 2010
Canada5894 Posts
October 02 2013 14:19 GMT
#7273
On October 02 2013 21:36 3FFA wrote:
Show nested quote +
On October 02 2013 20:21 Blisse wrote:
On October 02 2013 17:52 CecilSunkure wrote:
Get out dis is fo programmas


For a while I always read programming as progaming.

I read both of those as programming lol...

Oh and thanks guys for that nice long discussion on C vs Java. It was a very interesting read, and it was nice to see your different points of view.

When I first came to TL, I read progaming exclusively as programming. So, I thought Flash was a programmer, and I assumed from context, that people called him that because he played games on TV, i.e. television programs. Back then, the thing was, you weren't a progamer unless you were on TV, so it made perfect sense
you gotta dance
Roe
Profile Blog Joined June 2010
Canada6002 Posts
October 02 2013 19:09 GMT
#7274
Has anyone tried using Visual Prolog? Any thoughts - advantages, disadvantages? I got interested in it for being a logic language.
sluggaslamoo
Profile Blog Joined November 2009
Australia4494 Posts
Last Edited: 2013-10-03 00:02:02
October 02 2013 23:50 GMT
#7275
On October 02 2013 17:08 Tobberoth wrote:
Show nested quote +
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


Its popular belief because it is a difficult concept to grasp.

http://www.netgore.com/sites/default/files/ObjectOrientedProgramming.pdf

Structured programming took me about 6 months to master. Once you learn the concepts of functional decomposition, expression and abstraction you are 90% of the way there. OOP about 3 years to get to the point where I actually wrote clean code (of course when I started I thought I was writing clean code, then I look back on it years later and realise it was terrible). That journal was written after 6 months of learning OOP, if I were to write it again it would be completely different.
Come play Android Netrunner - http://www.teamliquid.net/forum/viewmessage.php?topic_id=409008
ixmike88
Profile Blog Joined May 2011
United States67 Posts
October 03 2013 00:08 GMT
#7276
On October 02 2013 17:52 CecilSunkure wrote:
Get out dis is fo programmas


thats me
misirlou
Profile Joined June 2010
Portugal3241 Posts
October 03 2013 00:21 GMT
#7277
On October 03 2013 08:50 sluggaslamoo wrote:
Show nested quote +
On October 02 2013 17:08 Tobberoth wrote:
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


Its popular belief because it is a difficult concept to grasp.

http://www.netgore.com/sites/default/files/ObjectOrientedProgramming.pdf

Structured programming took me about 6 months to master. Once you learn the concepts of functional decomposition, expression and abstraction you are 90% of the way there. OOP about 3 years to get to the point where I actually wrote clean code (of course when I started I thought I was writing clean code, then I look back on it years later and realise it was terrible). That journal was written after 6 months of learning OOP, if I were to write it again it would be completely different.

ah memories. when I look back on my high school days and every var was called i1,i2,i3,str1,str2,str3,x1,x2,y1,y2 and I managed to not get turned around, so it was good standard.
Yeah I have to agree with you, I use OOP for 5 years (1 high school + 4 college) and everytime I turn in a project I find something new that I was not doing/doing wrong in OOP, feeling I am still a long way from mastering it. But I also agree it's very easy to understand the principle.

The truth is every language has it's purpose and if your purpose is readability you go for a higher language and if you want performance you go for a lower.
3FFA
Profile Blog Joined February 2010
United States3931 Posts
October 03 2013 01:54 GMT
#7278
On October 03 2013 09:21 misirlou wrote:
Show nested quote +
On October 03 2013 08:50 sluggaslamoo wrote:
On October 02 2013 17:08 Tobberoth wrote:
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


Its popular belief because it is a difficult concept to grasp.

http://www.netgore.com/sites/default/files/ObjectOrientedProgramming.pdf

Structured programming took me about 6 months to master. Once you learn the concepts of functional decomposition, expression and abstraction you are 90% of the way there. OOP about 3 years to get to the point where I actually wrote clean code (of course when I started I thought I was writing clean code, then I look back on it years later and realise it was terrible). That journal was written after 6 months of learning OOP, if I were to write it again it would be completely different.

ah memories. when I look back on my high school days and every var was called i1,i2,i3,str1,str2,str3,x1,x2,y1,y2 and I managed to not get turned around, so it was good standard.
Yeah I have to agree with you, I use OOP for 5 years (1 high school + 4 college) and everytime I turn in a project I find something new that I was not doing/doing wrong in OOP, feeling I am still a long way from mastering it. But I also agree it's very easy to understand the principle.

The truth is every language has it's purpose and if your purpose is readability you go for a higher language and if you want performance you go for a lower.


Could you demonstrate an example of a common OOP mistake you made in HS and how you would write it differently now, just for my HS eyes?
"As long as it comes from a pure place and from a honest place, you know, you can write whatever you want."
Kambing
Profile Joined May 2010
United States1176 Posts
October 03 2013 02:13 GMT
#7279
On October 03 2013 04:09 Roe wrote:
Has anyone tried using Visual Prolog? Any thoughts - advantages, disadvantages? I got interested in it for being a logic language.


Prolog is great for particular domains that are amendable to constraint solving, e.g., scheduling systems. For building general-purpose programs, though, not so much. Visual Prolog tries to address that point in the context of Windows, but afaik it doesn't succeed terribly well at that.
sluggaslamoo
Profile Blog Joined November 2009
Australia4494 Posts
Last Edited: 2013-10-03 02:39:48
October 03 2013 02:36 GMT
#7280
On October 03 2013 10:54 3FFA wrote:
Show nested quote +
On October 03 2013 09:21 misirlou wrote:
On October 03 2013 08:50 sluggaslamoo wrote:
On October 02 2013 17:08 Tobberoth wrote:
On October 02 2013 10:05 Kambing wrote:
On October 02 2013 09:52 sluggaslamoo wrote:
On October 01 2013 15:21 Tobberoth wrote:
On October 01 2013 15:03 Abominous wrote:
On October 01 2013 07:46 Kambing wrote:
On October 01 2013 07:15 Abominous wrote:Back in the days, programming had scientific background, now kids fresh out of high school are typing lines of code knowing what it does but not why and how. Face it, programming has become trivial.


Those two sentences contradict each other. If kids are writing code that they don't understand, then programming is far from trivial. What can be said is that, we're still learning how to effectively teach it when the ground underneath us changes rapidly.

They understand the code, not the work behind it. And in todays world, 90% of programmers do not need to understand what's going on behind and why.

Just like programmers in the old days didn't have to know exactly how a CPU is wired electronically.

It's just another level of abstraction. It gives more power to programmers at lesser cost, but the actual problem-solving is the same. One the one hand, you can be pissed that someone can, for example, make a flash game more advanced that NES games with less than half the knowledge of the people making the actual NES games... on the other hand, you can appreciate that the programmers of those days could not make modern games with the tools at hand.

Yeah, simple shit is easier to make today, but the difference between a bad and good programmer isn't shown in simple things. The level you have to perform at to be considered a really good programmer today has simply been raised, it's not enough to be able to do some sweet optimization on a sorting algorithm, you have to be able to juggle big code bases and far more calculations per second.


Then why start with Java. Why not use Haskell?

1. Its a "higher level of abstraction" to Java.
2. You can write things with less code.
3. You can problem solve better with Haskell
4. You don't have to worry about memory management as much as Java

...


Some people would argue that Haskell meets those goals better than Java. For example, I would be in that camp. The problem is that Haskell is not as accepted in industry as Java (and other alternatives) which is a detriment for most people.

This. Learning using haskell would make perfect sense if it was actually widely used in the industry. However, there are several more issues why Haskell would be worse than Java as a learning language.

1. Functional programming is far more different from classic procedural programming than OOP. If you learn Java first, you can learn C quite easily. If you learn haskell first, you'll probably be confused when you go to either C or Java.
2. Haskell might be shorter codewise than Java, but it's certainly not less complex. It's a complete copout to use the PutStr example since understanding of IO actions in Haskell takes longer learning than classes, static and hell, add in a huge part of the standard library as well. OOP is, countrary to popular belief it seems, actually not a difficult concept to grasp for beginners. Employees has a name and can say hello. I have two employees, one is named James, one is named Earl. When they say hello, they do it the same way but show different names. Cool, now you understand classes, objects, fields and methods.

What the goal of an introduction to programming is to have students who don't know how to program and get them to the point where they can experiment and learn on their own. Java is far better than C and haskell in this situation, because once you learn the basics of OOP, you can make full-on programs, with GUI, IO, networking etc. I'd say Python is a great contender as well, though Java is still stronger in the industry.


Its popular belief because it is a difficult concept to grasp.

http://www.netgore.com/sites/default/files/ObjectOrientedProgramming.pdf

Structured programming took me about 6 months to master. Once you learn the concepts of functional decomposition, expression and abstraction you are 90% of the way there. OOP about 3 years to get to the point where I actually wrote clean code (of course when I started I thought I was writing clean code, then I look back on it years later and realise it was terrible). That journal was written after 6 months of learning OOP, if I were to write it again it would be completely different.

ah memories. when I look back on my high school days and every var was called i1,i2,i3,str1,str2,str3,x1,x2,y1,y2 and I managed to not get turned around, so it was good standard.
Yeah I have to agree with you, I use OOP for 5 years (1 high school + 4 college) and everytime I turn in a project I find something new that I was not doing/doing wrong in OOP, feeling I am still a long way from mastering it. But I also agree it's very easy to understand the principle.

The truth is every language has it's purpose and if your purpose is readability you go for a higher language and if you want performance you go for a lower.


Could you demonstrate an example of a common OOP mistake you made in HS and how you would write it differently now, just for my HS eyes?


Not sure if you're asking both of us but just in case you wanted my input...

For me when I initially started delving into OOP books and Responsibility Driven Design, it was over-engineering the design of objects and object decomposition and thinking way too hard. I would spend hours figuring out the best layout of my new project. Now I don't even bother to design the overall layout of my program and somehow end up with a much simpler and easier to maintain program.

That's not to say that the core principles of OOP (Abstraction, Encapsulation, Polymorphism, Inheritance) and RDD aren't important, its that these principles work much better when you use them on the fly.

Its not that learning these concepts help you design better, its that you often fall into common patterns which these concepts help you to fix much more quickly. For example if you have a lot of like objects, you will immediately think of using a base class that these objects can inherit from to reduce the size of your code base. Without learning about inheritance, you will not only waste time reinventing the wheel, but you will also have an inferior solution.

Its like the old saying 'When you are given a hammer, everything turns into a nail'. When you learn new concepts in OOP, you always feel like you HAVE to use them. The advantages of certain features of OO should only be used when you really need them, they are much more specific than you think.

For example don't use inheritance to plan for the future, use inheritance ONLY if you can see the benefits of it RIGHT NOW, if its not immediately making your code base smaller, don't use it, you can always do it later. Refactoring > Designing.

Sometimes I see people design big vertical inheritance hierarchies and end up with really fragile programs, when they could have just used one robust concrete base class with half the code, a quarter of the time, and half the headaches to maintain.

If you think too far ahead you end up writing way too much boiler plate and getting locked into a framework which you realise later doesn't fit well with what you wanted. So the idea should be that you should spend a lot of time learning the principles and how to design, but when it comes to coding, be in the present.

http://en.wikipedia.org/wiki/You_aren't_gonna_need_it
Come play Android Netrunner - http://www.teamliquid.net/forum/viewmessage.php?topic_id=409008
Prev 1 362 363 364 365 366 1032 Next
Please log in or register to reply.
Live Events Refresh
PiGosaur Monday
01:00
#60
PiGStarcraft543
SteadfastSC100
CranKy Ducklings90
rockletztv 13
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
PiGStarcraft543
SteadfastSC 100
Nathanias 73
StarCraft: Brood War
Artosis 702
League of Legends
C9.Mang0271
Counter-Strike
minikerr40
Super Smash Bros
PPMD65
Other Games
summit1g11496
Day[9].tv840
shahzam580
JimRising 386
taco 169
ViBE110
CosmosSc2 37
Mew2King37
kaitlyn1
Organizations
Other Games
gamesdonequick1076
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 13 non-featured ]
StarCraft 2
• Hupsaiya 49
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
Other Games
• Scarra1592
• Day9tv840
Upcoming Events
Wardi Open
10h 5m
StarCraft2.fi
15h 5m
Replay Cast
22h 5m
The PondCast
1d 8h
OSC
1d 14h
Demi vs Mixu
Nicoract vs TBD
Babymarine vs MindelVK
ForJumy vs TBD
Shameless vs Percival
Replay Cast
1d 22h
Korean StarCraft League
3 days
CranKy Ducklings
3 days
SC Evo League
3 days
BSL 21
3 days
Sziky vs OyAji
Gypsy vs eOnzErG
[ Show More ]
OSC
3 days
Solar vs Creator
ByuN vs Gerald
Percival vs Babymarine
Moja vs Krystianer
EnDerr vs ForJumy
sebesdes vs Nicoract
Sparkling Tuna Cup
4 days
OSC
4 days
BSL 21
4 days
Bonyth vs StRyKeR
Tarson vs Dandy
Replay Cast
5 days
Wardi Open
5 days
StarCraft2.fi
5 days
Replay Cast
5 days
StarCraft2.fi
6 days
PiGosaur Monday
6 days
Liquipedia Results

Completed

Proleague 2025-11-30
RSL Revival: Season 3
Light HT

Ongoing

C-Race Season 1
IPSL Winter 2025-26
KCM Race Survival 2025 Season 4
YSL S2
BSL Season 21
CSCL: Masked Kings S3
Slon Tour Season 2
Acropolis #4 - TS3
META Madness #9
SL Budapest Major 2025
ESL Impact League Season 8
BLAST Rivals Fall 2025
IEM Chengdu 2025
PGL Masters Bucharest 2025
Thunderpick World Champ.
CS Asia Championships 2025
ESL Pro League S22
StarSeries Fall 2025
FISSURE Playground #2

Upcoming

BSL 21 Non-Korean Championship
Acropolis #4
IPSL Spring 2026
Bellum Gens Elite Stara Zagora 2026
HSC XXVIII
RSL Offline Finals
WardiTV 2025
Kuram Kup
PGL Cluj-Napoca 2026
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
eXTREMESLAND 2025
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2025 TLnet. All Rights Reserved.