> Expert Sexchange Hahaha! Bigotry is funny! Hahaha!
How is that bigotry?
Laughing at the word sexchange is a little insensitive to people who have had a sexchange.
Transgender people have it tough. Give them a break.
Hack Isn't PHP
51–60 of 71 posts
Re: Hack Isn't PHP
#52> Expert Sexchange Hahaha! Bigotry is funny! Hahaha!
I think you're being overly sensitive. It's funny because it says sex, not because it's making fun of transgenderedness. People are easily amused by cis hetero sex too. Sex is funny no matter who is doing it.
Re: Hack Isn't PHP
#53so new language built by mega corp on top of debated language hasn't garnered enough trust and buy-in to facilitate mainstream use? Seems fair - I do like the static typing of hack though. Weak typing has its place but it can become a real PITA (looking at you javascript).
Static and "weak" typing are not mutually exclusive.
C comes to mind.
Re: Hack Isn't PHP
#54Earlier quoted context omitted.
AFAIK in Haskell it's not a throwaway variable, a pattern with _ will not create a binding at all. I don't think Python does this, maybe Go.
Python doesn't have language support for the idiom -- trying to evaluate lambda _, _: None gives SyntaxError: duplicate argument '_' in function definition but tools like pylint will silence unused-variable warnings if the variable starts with '_'.
Thanks for the verification. But even a bit of syntactic convention won't be enough if python create a unnecessary binding.
Re: Hack Isn't PHP
#55Earlier quoted context omitted.
How is this bigotry? It's one of the oldest puns on the web.
The question is, what's going on if you do a stack-trace on why people find the joke funny. I think there's a certain amount of "haha, it says sex now" (same as with the [no sex cover]( https://github.com/cmheisel/nose-xcover/ ) but I suspect there's at least some element of "sex change, that's gross and strange and weird, haha" which is pretty problematic.
I think it's not "sex change Urgh weird and gross" but "sex change haha wow unpexpected".
A bit like PenIsland - or PenisLand. They get a lot of traffic from it.
I agree it is problematic if people are uncomfortable with the idea of gender reassignment and using that for humour. But then maybe that's a way those people use to get over those feelings of awkwardness and move to a place of acceptance?
Re: Hack Isn't PHP
#56Re: Hack Isn't PHP
#57> PHP isn’t a great language, but it is a good language. So what is a great language? If it runs the largest active user app on the planet (FB), the most widely used CMSes (WP,Drupal,EE), message boards, MVPs, etc. Why continue the hate, then end the article on how you've chosen it as the greatest option to run some of your systems.
Sure, FB, wikipedia, phpbb, wordpress. But when were those started? If you look at what's created today in startups and open source, PHP isn't a very popular language IMO
Re: Hack Isn't PHP
#58Earlier quoted context omitted.
I think you're just trolling. But on the off-chance that you may actually be interested in discussion from someone who does a lot of JS, has done a lot of PHP: No, they're different. Firstly: - js is the only choice in browsers. for server stuff, you have an almost infinite choice. - javascript has warts, sure. but if you stick to "the good parts", then it is possible to use in a relatively sane manner. the compile-t…
> node is different, in that bizarre though js may be, if you have to use it in the browser, there is a kind of logic to using it on the server as well. I don thinkt that makes any sense. Should we also use js to implement the OS for the server? If js is good for server-side use it, if not use something else. My main issues with php is that I dont trust the language and standard libraries to behave as I expect. There…
> I don thinkt that makes any sense. Should we also use js to implement the OS for the server?
We don't normally develop the OS ourselves, so what language it was written in is irrelevant. Same goes for runtimes, libraries, etc. If we're not responsible for maintaining it, it should not matter what language it was written in. Naturally, the "same language on client and server" argument can only apply to code we develop and maintain.
Re: Hack Isn't PHP
#59Earlier quoted context omitted.
I think you're just trolling. But on the off-chance that you may actually be interested in discussion from someone who does a lot of JS, has done a lot of PHP: No, they're different. Firstly: - js is the only choice in browsers. for server stuff, you have an almost infinite choice. - javascript has warts, sure. but if you stick to "the good parts", then it is possible to use in a relatively sane manner. the compile-t…
EVERY language is "relatively sane" if you only "stick to the good parts". That argument is basically a tautology. As for the logic of using a single language throughout your stack, I would argue two points: [1] It's a myth. If you are a professional software developer, you are going to learn multiple languages... and if you're a GOOD software developer, then this excites you rather than bums you out. So you're using…
Fair enough. I actually don't use node, or js on the server. :-)
I still kind of like the idea though, of having only one source for (say) object definition, which is shared somehow between the client and server code. Being able to use the same unit tests to check my client side models as server side ones.
Maybe you could do it the other way around though - having your objects from your SQL Schema (or ORM, or whatever) generate the basic JS models... I dunno.
I totally agree that you need multiple languages, and that knowing multiple languages is incredibly valuable - and a lot of fun. I wrote a basic scheme in python for fun, and have a haskell textbook on my desk in front of me right now :-) - But I also feel that there should be some way that by using one language for all of your application logic (client and server side), there could be a benefit.
Sure, DOM manipulation is it's own weird thing - as is database querying, and document styling,- but the application logic that is done clientside and server side is very similar, I find.
Re: Hack Isn't PHP
#60> This is exactly what the PHP world needed: making its already-fast performance many times faster (amplifying one of PHP’s biggest advantages over other common web languages) I think PHPs speed is largely exaggerated here. The interpreter always used to be slow, and before the bytecode cache it was plain awful. Im pretty sure it only ever got away with it because so much of the standard library is thin wrapping. Is…
I should have stopped reading here: "Most non-PHP developers judge the entire language by bad code snippets 'written' (mostly copied and pasted) by amateurs for PHP 4" The old "stop hating on the only language I know! It doesn't have flaws, there are just newbies using it!" There is plenty wrong with PHP, to this day. When people criticize PHP, they're not usually talking about PHP 4. They're talking about 5.4+. Ther…
How about providing some examples that aren't obscure edge cases that are easily avoidable?