Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Swift is Open Source

swift.org

Post reply on HN
Print view View original

451–458 of 458 posts

Re: Swift is Open Source

#451

Post by swift »

mei0Iesh wrote: post #312
hokkos wrote: post #142

What kind of trolling is that ? >I think we should use GPL v3 instead. https://github.com/apple/swift/pull/17

That issue changed my view of GitHub, and related things. I'd seen a few animated gifs in other threads this past week, but it didn't really sink in until this. I used to hold scientists and programmers to a different standard than most normal people, because it seemed like a certain level of advanced understanding was necessary to build anything functional in those fields. But I've since realized that special abilit…

This is a serious question: what about enjoying memes, and humor in general, indicates a lack of "special ability"?

I won't disagree that the stuff people have posted in that issue isn't funny. But honestly, I'd rather see that kind of thing than live in a world where people feel the need to treat everything (or even all technical things) seriously. There's enough darkness in the world without imposing more on ourselves.

Re: Swift is Open Source

#452

Post by progman »

microtonal wrote: post #69
beagle3 wrote: post #62

Earlier quoted context omitted.

Have a look at dlang and nim-Lang. Both answer that

I experimented with D ~2008-ish. IMO it's definitely superior to Go. The problem is that D is probably not going to gain critical mass anymore (I expect the same for Nim). This has an impact on its future ecosystem. Since Swift is pushed by Apple, it probably won't suffer from the same ecosystem problems.

> (I expect the same for Nim). This has an impact on its future ecosystem.

What do you expect from a future ecosystem?

Nim has seamless integration with C as it compiles to C anyway, so there should be no concerns about that.

It's amazing that really powerful languages are never mainstream. Lisp, Ada, Ocaml, D and Nim will go their way in the future, they are just not as much in the focus of public attention as modern trends like Rust and Swift which are advertised by big organizations like Mozilla and Apple.

Re: Swift is Open Source

#453

Post by jrumbut »

wingerlang wrote: post #411
glenntzke wrote: post #319

I find the number of typo PRs to be amusing. Makes me wonder if there's a mass effort to slog through commented code just to jump into the contributor list. Correct spelling is certainly good, but the interesting phenomenon is getting a PR merged in a high-profile project - however slight the change - as a badge of cool. https://github.com/apple/swift/pulls?utf8=%E2%9C%93&q=is%3Ap...

Definitely to get the little achievement, me included. I wouldn't put it on my resume but I guess it is a fun little thing to have.

Generally when I'm using a new framework, I like to scan the code to pick up on style, undocumented features, etc. Sometimes this results in a few typo-level pull requests.

I never though of this as being resume line item grubbing behavior, now I can't decide whether to stop doing this or start putting it on my resume :)

Re: Swift is Open Source

#454

Post by INTPnerd »

I like that it's open source now, but until they remove the need to mark certain references as weak or unknown, it still just feels like Apple doesn't get modern languages. Until the automatic memory management is more automatic, I will avoid swift if I can. I know many will say it is "not a big deal", but that is not true. It is an extra thing the developer needs to keep track of and to get right if they want to prevent bugs in their code. It makes programming more stressful and less fun. It is something that is very easy make a mistake with. It is a step backwards from other technologies. I know ARC is supposed to be faster than other automatic memory management techniques, but that is just an excuse. Yes, lower performance could be a problem with fully automatic memory management. But problems were meant to be solved, not dumped onto the users of your language. I'm sure it is possible to get it fast enough for most projects. There should at least be a compiler option to enable fully automatic memory management for projects that don't need that extra bit of speed. Computers, including mobile devices, are getting faster and faster. This is especially true for the iPhone and iPad.

Re: Swift is Open Source

#455

Post by sonthonax »

jrumbut wrote: post #453
wingerlang wrote: post #411

Earlier quoted context omitted.

Definitely to get the little achievement, me included. I wouldn't put it on my resume but I guess it is a fun little thing to have.

Generally when I'm using a new framework, I like to scan the code to pick up on style, undocumented features, etc. Sometimes this results in a few typo-level pull requests. I never though of this as being resume line item grubbing behavior, now I can't decide whether to stop doing this or start putting it on my resume :)

This is what I end up using the GitHub online editor for.

Re: Swift is Open Source

#458

Post by seabrookmx »

niutech wrote: post #412
seabrookmx wrote: post #407

Earlier quoted context omitted.

Better is very subjective. They both solve a lot of the same problems, but lots of people will go for Kotlin just for static typing.

Groovy 2.0 added static typing: http://www.groovy-lang.org/releasenotes/groovy-2.0.html

It added type checking ala. Hack and Typescript. It's optional, and doesn't give you the same compile-time guarantees that a language with pure static typing does.

Also, dynamic languages like Groovy take a performance hit. Static typed JVM bytecode runs faster than dynamic bytecode.

Whether either of those are relevant to your application really depends, but Kotlin definitely is going to gain some followers due to it's differences from Groovy.

Post reply on HN