The Big Programming Thread - Page 488

On June 03 2014 06:06 Blitzkrieg0 wrote:


Teaching the physicist how to python is a lot easier than teaching a python guy advanced physics.

On June 03 2014 06:11 Vorenius wrote:

Well yeah. That much seems obvious.
If you want a candidate to do advanced physics and basic programming, then get a physicist. If you want a candidate to do advanced programming and have a basic knowledge of physics, you should probably get a computer scientist. If you are simply looking to fill a development job though, I don't know why you would consider a physicist.

On June 03 2014 07:48 2primenumbers wrote:
I am learning Java, what is a good companion available for free online?

On June 03 2014 06:16 Blitzkrieg0 wrote:


I was going for advanced physics and advanced programming. You make it too simple.

On June 03 2014 07:48 2primenumbers wrote:
I am learning Java, what is a good companion available for free online?

On June 03 2014 12:43 Nesserev wrote:

Well, aliases help you keep your code maintainable and convenient.
- 'from module import *' as you know, is easy, but should almost never be used, it's ugly, clutters the current 'namespace', etc.
- 'import module' allows you to keep namespaces 'separated' (so namespace conflicts are highly unlikely), but you need to put 'module.' in front of imported methods/classes If you change the other module's name, or use a different module with the same interface, you would have to change every 'module.' to 'module2.'.

Now, aliases allow you to keep your code 'clean', and 'maintainable' at the same time. With aliases, you only have to change the module in the import-statement. You can also use aliases for functions/methods, etc.

So, my recommendation: always use aliases.



When it comes to head first... You either love or hate 'head first' books. They all have a rather similar distinct style, and I once lend a couple of 'head first' books from a friend that owned them, after an assistent recommended it... every page in those books made my eyes bleed, and my brain vomit. But some people really seem to like it...

On June 02 2014 04:32 3FFA wrote:

Well what else do you guys recommend to do along with University? So far in HS I've been following along tutorials for how to do things.

On June 03 2014 14:51 Manit0u wrote:
PHP/Twig question:

I for through an array as key, value. I'm trying to pass the key to another function but it doesn't seem to work...

Example:

{% for key, value in array %}
    {% myfunc({ key:'somestring' }) %}
     {{ key }}
{% endfor %}

I do the var_dump from myfunc and I get:

'key':'somestring' (as in, literal word "key" in there) while the output of {{ key }} is the actual key (like "productId"). I'm baffled...

{% for key, value in array %}
    {% myfunc({ (key):'somestring' }) %}
     {{ key }}
{% endfor %}

On June 04 2014 03:26 BByte wrote:


You need to use parenthesis around the variable to use it as a hash key in Twig:

{% for key, value in array %}
    {% myfunc({ (key):'somestring' }) %}
     {{ key }}
{% endfor %}

StackOverflow
Twig documentation

On June 04 2014 22:55 darkness wrote:
Does anyone have experience with ResourceBundle and non-Latin internationalisation? Using 'native2ascii' seems like some ugly solution.

Alternatively, you could also create a custom ResourceBundle.Control wherein you explicitly read the properties files as UTF-8 so that you can just save them as UTF-8 without the need to hassle with native2ascii.

On June 06 2014 07:32 darkness wrote:
Is JTable the only class that can display data in table format?

On June 03 2014 11:39 Release wrote:

http://math.hws.edu/eck/cs124/javanotes6/

Straightforward, somewhat narrow scope but you can read the javadocs online