skysight-inc/HackerNews huggingface dataset:
No; the opposite. The large companies COMPLY with all the paperwork registration and reporting requirements, at least in the general case. Then when some SPECIFIC case comes up where the paperwork has not, perhaps, been filed correctly or accurately, they claim it is a rare exception from the general rule that they comply with all paperwork and reporting requirements, they'll rectify it right away, and so on.

The typical bitcoin "fuck the Man he can't catch me!" attitude is the precise opposite of the attitude that HSBC et al. have adopted, which is one of ingratiating compliance.
http://www.cnnturk.com/bilim-teknoloji/internet/kabul-edilen... now secure connection is must
Amazing to compare what fit into 128k back then vs how much memory it takes simply to run the Calculator app now...
From the link:

"Let me begin by saying that it is hard to maintain a large codebase, period.... That said, there are reasons why the effort expended in maintaining a large codebase in a dynamic language is somewhat larger than the effort expended for statically typed languages. I'll explore a few of those in this post."
In my experience, for a lot of people who are into them, the term "wargame" implicitly means old-school Avalon Hill-style hex-and-counter board wargames. The same people would just refer to miniatures games like Little Wars as "miniatures games", but out of convenience rather than ignorance.

Pedantically, they should be calling them "board wargames" and "miniatures wargames", but the terminology somehow got simplified to "wargames" and "miniatures games". Mechanically the two genres can be very similar though, if not identical.
Nice reading :) and good luck
It's a good thing there's no profanity in this one, huh?
The actual current of things is that HTTP 2.0 is what we want in the end, and SPDY is a toy to see what could be cool to add. When something that was tested with SPDY looks right, it is moved to the HTTP2 spec. I think the long-term goal is to deprecate SPDY in favor of HTTP2.

This way of development is very interesting because it enables not only to change rapidly, but also to try completely new things on a different "namespace" (ie without polluting the whole HTTP stacke already deployed)
Winter 2014 residents
I'm guessing HSBC had a few more layers of indirection of lawyers and underlings with autonomy that made it hard for the government to show criminal intent by a specific individual.

I think the lack of perp walks for HSBC can easily be explained as simple incompetence, not corruption (though you never know, of course...)
> Constantly burning car tires
- that does not require any training and was invented after few days of inhaling police tear gas.

> large-scale production of Molotov cocktails
- please see the previous HN post (by a russian blogger, Zyalt) where you can see _poorly_ made "cocktails" that often ignite the thrower. They're made in a hurry by women behind the front line. The large slingshot is also quite a masterpiece of preparation (irony)!

> Body protection
- is essential to be protected from police assaults later. I saw those protesters in the first day when they were completely unprotected.

> great skills at building barricades
- sure, peaceful guards of Maidan had a great opportunity to learn how to do that during several police assaults at nights long before the violent resistance began (there were 2 months of peaceful protests at Maidan before radicals started violent actions on Hrushevskogo street - and Maidan is still a place for peaceful protest). Large barricades appeared after a police raid at night on December 11 when police tried to disassemble fences around Maidan using tear gas, sticks and physical pressure. Nobody used explicit violence at that time, but that was a great lesson how to defense.
Excellent post, I've had exactly the same experience and come to exactly the same conclusion.

I still follow the old Code Complete method: think about the problem, sketch it out, then finally implement with unit tests. The results are the same, and it's a lot less painful than greenhorn-TDD.
Indeed! 2008 is 5+ years ago. 5 years in tech is a couple of eternities.
Of course you can, though on a modern system it's no longer possible to get code into the system by toggling electrical switches, which was the way computers were bootstrapped way back in the day.

But hand assembly isn't so far away from our experience. Woz famously wrote the original Apple ][ ROM by hand, including the BASIC interpreter (itself written in a "SWEET16" bytecode for which he hand-assembled the interpreter). I don't know what the tooling looked like for that; surely he wasn't hand-toggling this thing in every time. Presumably the monitor and casette interface were written first...
Best example I have is that Rails 3.0 -> 3.1 included the asset pipeline, which enabled some pretty nice speed improvements by making better use of the browser's caching system and minimizing the number of file downloads required for css/javascript.

That said, yeah, that is why I was wishy-washy on that suggestion. The payoff in minor version upgrades is keeping on top of upcoming deprecations, which minimizes future upgrade costs.

> Aren't the end-users of Rails the developers and not the end users of the app ?

Developers don't work in a vacuum. Many "developer niceties" of Rails translate into reduced end-user costs due to faster time to execute change requests. This is an important thing, but it's also hard for both sides of the transaction to quantify.
Because often 'static language' is used in place of 'Java'; pretty sure those languages are much more succinct and readable than Java is, thus they're not as likely to become 'large' codebases. I'm probably wrong though.

Whenever I recall programming in Java though, I remember highly verbose, boilerplate-ridden codebases, and bits of code that are little more than abstractions for bits of code underneath them (with unit tests alongside them that test bit of code A calls functions B and C, which of course has no value whatsoever).

Nowadays I do Javascript, much better. Today I frowned upon a colleague who is used to Objective-C who proposed writing documentation. Pfff.
I maintain a large set of codebases right now, and the most easy to maintain is certainly the components written in a dynamic language (Lua). Its so darned pleasant to return to that module, after dire straits suffered in Java- and C#- realms, that I'm seriously considering just moving everything to Lua, from here onwards.

So I don't know if I have an answer to this question -but certainly it appears, to me, that the more dynamic the language is - the easier it is to maintain .. certainly the mere fact of lighter tooling means this is true?
Remember your target audience
At Super Bowl, detecting threats is like finding a needle in a haystack
One Of World's Rarest Video Games Is On eBay
Do we have actual studies about this? Does it take into account the cost of initial development? The cost of fixing bugs? The maintainability and the learning curve?
I ended up shrinking the map/location bar and then clicked on the "next" button and tried seeing how long it would take me to figure out where I was. There are a lot of immediate clues, like what side of the street people are driving on, the ethnicity of people if they're at the side of the road, the condition and type of the cars/buildings and a lot of geographical features like mountains and red soil.

It reminded me of a thought exercise I used to do about what would I do if I were kidnapped and then drugged/blindfolded/disorientated/whatever and then dropped somewhere in the world. I'd come up with elaborate strategies to try and find my way back home.
Why, that's simply an indication that you haven't chosen the right tool for the job! Remember, using the right tool for the job is paramount. That's why every blog post on HN about libraries/frameworks/languages ultimately boils down to "use the best tool for the job". So if dynamic languages are making it harder to maintain your code, that means you chose wrong, tool-wise and/or job-wise.

Remember, great software can be made with any programming language! This is why all your favorite apps are written in Visual Basic. Hope this helps!
Discover rebounding real estate
Those options would then be OK to consider. Would you be OK with skipping trials for people here in the US if we were sure they'd be found guilty anyway, so the end result should be the same?
No kidding—this is a show-stopper for me.

I'm running Emacs with a split window for development. R runs in the bottom window, and the source file I'm editing is in the top. This lets me send code to R for evaluation and supports an incremental style of development. I'll slowly build up functions, and this sometimes requires editing functions that my current function uses. This style of development is typical for people using R, Matlab, Lisp, or any language featuring a REPL. But you can't do it in Julia.

Julia needs to support this style of development if it's to garner support from people using these languages. Full stop.

And the fact that Julia doesn't support updating functions makes me think that something is very broken down in the core of the language. The tone of the GitHub thread is: "We don't know how to fix this." Scary!
So King is using the argument that everybody else is using against them? (saying that they cannot copyright "Candy" and "Saga" due to them already being in wildspread use)
Consequences of drugs being illegal, no?
Not true. The barricades are guarded by the "Right Sector", who will only let their own ranks come near it to, quote, "[not] to prevent them from interfering with work."
I'd say its because its easier to get on with human-friendly abstractions in a dynamic language. For example you spend less time packing structs into something that can be used by a customer with a dynamic language. Things happen faster, if all you've got is a number, string, and table type. So, you end up with abstractions that do more.
Yes. Some of the most damning evidence in the HSBC investigation was internal documents by the people whose only job was making sure HSBC complied with AML laws -- departments full of them! -- were saying things like, paraphrased from memory, "Why are we accepting this business? We have seen this movie before. It will end badly." or "You [people at one branch of HSBC] need to immediately stop [a particular banking practice] because it is certainly out of compliance with HSBC global policies and relevant AML laws in [our branch's] jurisdiction. You need to fix this, immediately."

And then it didn't get fixed, which is why they had to pay two billion dollars.

Edit: The movie quote part of a longer email excerpted extensively in the Congressional report. It's so amazing that I think I'll just copy/paste the whole excerpt.

A number of items jump out from your most recently weekly report (02JUL-06JUL) but
everything pales in comparison with the ML items on page 4.

It looks like the business is
still retaining unacceptable risks and the AML committee is going along after some initial
hemming and hawing. I am quite concerned that the committee is not functioning
properly. Alarmed, even. I am close to picking up the phone to your CEO.

[Redacted by HSBC] looks like another [Unimed306] type of situation – what on earth is
an ‘assumption responsibility letter’ and how would it protect the bank if the client is a
money launderer?

Please note that you can dress up the USD10 million to be paid … to
the US authorities as an ‘economic penalty’ if you wish but a fine is a fine is a fine, and a
hefty one at that. What is this, the School of Low Expectations Banking? (“We didn’t go
to jail! We merely signed a settlement with the Feds for $ 10 million!”) …

So, [Unimed307] is strike one. [Redacted by HSBC] is strike two. Let’s now look at strike
three. (I hope you like baseball.)

The same person who is giving the sancrosanct ‘assumption responsibility letter’ for
[Redacted by HSBC] … is being asked by the CEO to explain why he retained the [Casa
De Cambio Puebla308] relationship after USC11 million was seized by the authority in
[Puebla309] account with Wachovia in Miami. What?! The business was okay with this?

The AML Committee just can’t keep rubber-stamping unacceptable risks merely because
someone on the business side writes a nice letter. It needs to take a firmer stand. It needs
some cojones. We have seen this movie before, and it ends badly.”

7/17/2007 email from HSBC John Root to HBMX Ramon Garcia, with copies to Susan Wright, David Bagley,
and Warren Leaming, “Weekly Compliance Report 02JUL-06JUL07,” HSBC OCC 8875925-927.
Symmetrical tests really help other developers on your team. It depends on your design, but "public API" tests are often something between integration and unit tests - i.e. they tests in-process co-operation of units.
I'm not a troll. It's pretty obvious that the Web is significantly more open than Flash or iOS or what have you. That's not sufficient to make it open.
This is a classic Whataboutism[1], used to derail discussion.

In this case, the topic is BTCKing et al, and this post I am responding to is a "What about HSBC".

[1] https://en.wikipedia.org/wiki/Whataboutism
It's self-driving cars that will finally make people feel safe walking to get places again. Electric cars will make that choice more pleasant for reasons of sound and smell. I agree, the trend is toward unwinding the prisoner's dilemma of car dependence, and more people walking means more people feel safe walking. Self driving cars could make car share super practical, which means fewer cars overall. That plus more and more people working from home, to me means the future has a chance to be alright.
that worked. thanks!
'engage as a business' means you are probably doing quite a bit of it.
Goedkope autoverzekering: de kilometerverzekering
Most modern organized crime is a result of drug trade. So yes, it's all related to victimless drug use, as I said.

In the case of human trafficking, or murder/assault by organized crime, the answer is pretty clear, at least to me. You charge and convict them of crimes like murder and kidnapping, crimes which have been part of our criminal code for centuries.
It is interesting to see these trends over time. I wish there was some way to view this on a per-account basis. Specifically I am curious about how companies on EC2 evolve their instance strategy over time. I think there is tendency to grow into larger and larger instances over time.
sublime text is not mac only. Actually, it has versions for Windows AND linux.
Of course it's an Ad hominem!

I get where you're coming from, but I think what my point is is that you can have altruistic intentions and get filthy stinking rich in the process. In fact, you can be nothing but a greedy pig and still do good in the world.
From the link:

"Rather it is also everything else [correctness facilities besides static typing] that is frequently missing from a dynamic language that increases costs in a large codebase. Dynamic languages which also include facilities for good testing, for modularization, reuse, encapsulation, and so on, can indeed decrease costs when programming in the large, but many frequently-used dynamic languages do not have these facilities built in. Someone has to build them, and that adds cost."

...I think that's a little generous to statically typed languages. C and C++, both heavy-hitters in the static language world, have anemic modularization, reuse, encapsulation, mocking frameworks, etc.
My bad. Fair enough, then.
Is this more of a curated program where I am assigned a project to work on and given support towards doing so, or is this a community where people come in with projects and the community works collaboratively towards supporting these projects?

Is it a club or a school?
Thank you! I spent a lot more time thinking about what I was actually doing while making YumHacker. There is definitely a time for just hacking things together to get something that works but sometimes it's worth taking the time to carefully think through the mechanics and do it right. It took time for me to learn Backbone and set up a good system for using it but it saved me a ton of time (and headaches) in the long run.
It's exciting to see how much your skills have improved over the course of the half year. I guess this proves a point that added complexity and learning new technology drastically adds to development time for those still learning to program. Also couple this with no extensive amount of development under their belt.

Not to hijack this thread and solely to prove a point, take for example my startup weekend project. Just this weekend (Saturday and Sunday 9AM-9PM) I built CarePrice which utilizes geolocation, a backend api, user management system and authentication, frontend, accompanying social networking, additional pages, and the full gamut. Albeit I did have a little help, I'd attribute 90% of the development work to myself on this one.

http://www.careprice.co

It's this ease of development you can look forward to with more experience under your belt! Keep on hacking and the days just start to shave off.
>Industrial interest in the moon is a good thing for the development of space travel and discovering new things.

True, but do you think your nation is ready to go to war for the right to manufacture on the moon?

America certainly has its share of human rights abuses (I'm not American, though, in case it matters to your argument), but pails into insignificance in the face of the mighty China, a land of near-infinite capacity for human misery. No amount of whitewashing will change this opinion - I've been there, seen it. (America too, incidentally).

So, my point being, I'd sure rather the infinite power of Moon-manufacturing not fall, necessarily, into the kind of power for whom human life is not as significant as, say, technological prowess. Would that the Moon changed Chinas' ways, though ..
Why I Use Snapchat: It’s Fast, Ugly and Ephemeral
Website 181 of what?
Verified, although if they are doing this proactively like the original email suggested, it's not in their best interests to actually follow through with a disavow. Generally only do that when already under a penalty, meaning this might be a tiny smidgen of a little bit more likely to work.

Though I do think it's a little overpriced for comment spam. Might actually get bites if the price drops.
I forked the original to address this [1]. Here's a sample:

var strategy = moduleInterfaceFactory.Events = {
on: function(strategyFacade, strategyFactoryDecorator, interfaceFacade) {
if (!flyweight(this, "on", strategyFacade, [ strategyFactoryDecorator, interfaceFacade ]) || !strategyFactoryDecorator) return this;
this._events || (this._events = {});
var strategyPattern = this._events[strategyFacade] || (this._events[strategyFacade] = []);
strategyPattern.push({
callback: strategyFactoryDecorator,
context: interfaceFacade,
ctx: interfaceFacade || this
});
return this;
}

[1] https://github.com/ANorwell/beautify-with-words
I'm not familiar with the source, but abstract you cited is manipulation. There's no trained militants, nazi, etc.
Such texts are used to divide East/West Ukraine, so current regime can survive (classic divide and conquer).
Mostly what the site says: http://www.greatcodeclub.com/#content

- Screencasts presenting the project, giving the basics and showing solutions.

- Code to get started, full projects and examples.

- A community for help and support.

- I'll also be there supporting and answering questions. I've been teaching other devs online for a few years: http://classes.codedinc.com/
Awesome. Imagine if we had a HD camera on every gps satellite and were capable of creating a full 3D texture of the earth in real time.
> I maintain a large set of codebases right now...

Does that mean you have a large set of small-to-medium-size code bases? Because, though that's also a hard problem, it's different than maintaining one huge code base.
That changes pretty drastically with application size and age. My project at work is at least eight years old and pretty damn huge. It uses a considerable set of libraries, some of which are close to abandoned. Others we've hacked up to the point that we're basically maintaining our own fork.

Version upgrades in that setup are not simple. Mostly because verifying correctness here scales with the interaction of changed features, which tends to grow much faster than pure application size.
CoFoundersLab evolves online matchmaking to help entrepreneurs meet advisors
The core of the argument is that the features of static code bases are something you need anyway when programming in the large, and I basically agree with that.

I'm not totally convinced, though. Take the simple case of "tell me what range of values to expect here". Java / C++ deal with this with their types, and you can be reasonably confident that you're getting the object you expect. As I'm sure somebody will mention, those types are a bit weak, and can't guarantee the object you get is exactly what you expect. What if you don't test with the right sub-class? What if it's an int, but it's out of the range you expect?

"No, that's not what types guarantee!" you may say. And it's true.

I think one of the problems is that language features aren't perfect. Forcing everybody to admit they're dealing with integers is more desirable than no contract at all, but would it be better if you dealt with Scores, which where integers in the range of 0-100?

In a big enough codebase, the language is never powerful enough to handle all your checking for you, so you need some level of discipline. I worry that by having something "good enough" when your code base is moderate, it allows teams to slip by into "large" without ever considering what their tools, conventions, and limitations should be.
Mastering The Developer Tools Console
The later OldWorld-ROM Macs went so far as to have stuff like QuickTime in ROM. The Mac Classic even had a whole System 6 boot disk in ROM you could activate if your harddisk was dead!
Many interesting "nuggets" buried in this report. For example:

...A more sophisticated effort, though, relied on intercepting Google Maps queries made on smartphones, and using them to collect large volumes of location information.

So successful was this effort that one 2008 document noted that "[i]t effectively means that anyone using Google Maps on a smartphone is working in support of a GCHQ system."

At this point it is perhaps not wrong to conclude that the whole internet is bjorked by these agencies. Open to snooping and manipulation at any and every level for any user.

It is time for a reboot, this time with much more focus on security.
The number of users isn't a good indication, necessarily, of the complexity of the application required, the time to create it, or the time to maintain it once it's deployed. As with all things related to his business, a business owner such as yourself has many factors to consider and weigh against one another.

Were I a consultant bidding for your business, and during our meeting(s) you expressed the above concern, all other things being equal I'd conclude your use-case and budget constraints don't mesh well with a custom software solution. I'd probably politely suggest that you would be better served with an off-the-shelf solution (either a packaged goods/downloadable item or a SaaS firm with a very small menu of fixed-version solutions). Then I would politely decline continuing with the meeting and wish you well.
Do you have complete unit test coverage for that Lua code base?

I'm starting to build a pretty large piece of software and am struggling with this question right now. I'd much rather work in Lua or Python, but I've seen and worked on so many large Python projects that are absolutely unmaintanable and poor-performing that I hesitate. However, those projects all share a gratuitous use of threads, which I think is a poor idea in any language, but particularly in Python.
I really doubt you'll make any money out of this.
How I used Criticue to quickly iterate on my PaidCodeReview design