Forgot your password?
typodupeerror

Comment: Re:How Steve Jobs got iPhone to Japan. Real story. (Score 1) 104

by Jeeeb (#46489835) Attached to: How Steve Jobs Got the iPhone Into Japan

To clarify - Japanese take the East-Asian concept of "face (cultural concept, not part of the head) over reality" to the extreme in everything, from their ties with other people to the products they buy to their conflicts with their neighbours.

The "East-Asian concept of face" isn't really a Japanese concept. Even the word for it ("mentsu") is a distinctly recent Chinese import.

Even if it was though, I can't really see how it would serve as an explanation. Social prestige isn't gained through being the same as everyone else.

A much simpler explanation is that in Japan Android phones tend to be sold as high-end, expensive smart phones, with add on features such as tv-tuners and electronic wallets. Last time I got a phone, I chose an iphone because it was the cheapest available.

Oh and Japanese do care a lot about form and procedure but that doesn't mean they don't care about substance. The article itself tells how Steve Jobs found that out the hard way.

Comment: Re:Economic viability is the reason (Score 1) 731

by Jeeeb (#46225487) Attached to: Death Hovers Politely For Americans' Swipe-and-Sign Credit Cards
Those boxes still exist in rural Japan and I remember seeing them a few times growing up in rural Australia. It wouldn't surprise me if they still exist in places. Yet, both countries use pins. Frankly I don't think it has anything to do with the honor system or the US lowering itself to the level of the rest of the world. Banking in the US has a unique history, leading to a lot of banks existing. I'm going to guess that it was harder to get so many players on board.

Comment: Seems like a solid idea (Score 1) 196

by Jeeeb (#46001937) Attached to: Chrome Is the New C Runtime

At work we use Skia, the 2d drawing library for Chrome/Android, in a server application, to render charts and graphs based from seismic data into png images.

The library is a fairly light weight dependency, lightning fast and designed to take advantage of the power of C++, rather than sticking to a C api. However, dealing with Google's custom build system and the relatively sparse documentation made getting started a bit harder.

Depending on the kind of application being built, I would definitely consider taking advantage of other parts of the Chrome libraries, although they'd have to provide functionality not in Boost or QT.

Comment: Re:As usual, fuck the implementation. (Score 3, Informative) 430

by Jeeeb (#45868543) Attached to: Cairo 2D Graphics May Become Part of ISO C++

Okay you don't like C++, that much is clear but...

Hey let's get a standardized vector and 2D drawing library going! Fuck the hardware or implementation details which indicate you'd be better off not limiting the dimensions to 2. Never mind the fact that we'll be filling triangles on a GPU for any sort of efficiency at all. Nope. Fuck starting at the actual primitives present and working up from there, let's do the top-down approach yet again -- When the performance conscious folks include messed up limitations, like the Diamond Inheritance pattern (Which has no reason to exist, variable placement should be virtual too, dimwits).

Cairo is not limited to outputing raster graphics. It also supports vector formats such as PostScript, PDF and SVG. You may be doing the work on the GPU, or the GPU may have nothing to do with it at all. Even for raster graphics, it is not guarnateed that a GPU is even present or the fastest option. Seperation of vector 2D graphics and 3D graphics output is a long established tradition and hardly a design descision of the C++ standards commitee.. They are after all only looking to standardise on an existing C library in widespread use.

Yeah, I'll stick with C. At least it doesn't pretend to do anything but present the Von Neumann architectural constructs to me and let me build my OOP, etc atop them. It's still not optimal because it has the moronic assumption that functions should be on the stack and not the heap -- thus hindering or outright preventing closures, co-routines, and arbitrarily limiting recursion despite the system's available RAM -- but it's miles beyond C++ in terms of idealic design splattering all over the hard brick wall of reality's implementations. I mean really, if you can't use method overloading properly with templates and polymorphism then the language is broken by design, and there are no complete implementations.

C++ sure has its warts and I am definitely keeping my eye on Rust and D but what exactly would you consider a good way of handling method overloading + templates + polymorphism, and as a C fan why do you want to introduce such complexity to your code? KISS works well in C++ as well. On a side note C++ does handle the combination of features (http://stackoverflow.com/questions/4525984/overloading-c-template-class-method), albeit it is hardly pretty

Hey! I got an idea. You know what would be nice in C++? How about a standardized ANSI terminal interface, like VT100 -- Get ncurses into the spec. Oh! And you know what else? How about RMI! Yeah! Oh oh oh!! I got one I got one! INTER-fucking-FACES for IPC! Yeah! So you could query a program's interface and pass data between processes transparently in a language independent way -- and the doc comments could be lexical tokens too, so that if the .dat file was present even a terminal mode program could query a program's usage without needing a manually constructed manpage, and other programs could implement the same interfaces allowing us to assemble programs from sets of features. You know, something smarter than STDIN and STDOUT and a char**? Something actually fucking useful for a damn change?

If you want IPC abstractions use Boost (http://www.boost.org/doc/libs/1_55_0/doc/html/interprocess.html). Maybe one day these abstractions will be added to the standard library as well. You could also look at platform specific IPC solutions such as COM, which seems fairly close to what you describe. However, until there is a commonly accepted base set of features which can be supported on all major platforms, looking to the C++ standards committe to provide guidance seems very odd to me.

Comment: Re:You see "implementation-defined" a lot in C spe (Score 1) 430

by Jeeeb (#45868435) Attached to: Cairo 2D Graphics May Become Part of ISO C++

C and C++ leave even operations on signed integers implementation-defined, so leaving the precise appearance of text implementation-defined shouldn't be too much of a problem.

Right. Except that is complexity exposed to the programmer and easily dealt with via int32_t, uint32_t .etc. This is inconsistency exposed to the user.

Comment: Seems like a bit of a can of worms... (Score 1) 430

by Jeeeb (#45868249) Attached to: Cairo 2D Graphics May Become Part of ISO C++

Obviously this is early stages, and I am not outright opposed to the concept of having a standard vector graphics library. The creation of formatted documents (pdf) and images is a low level and common task. The productivity of many programmers could be increased by having a standard library which can be easily linked against.

However I do feel like this opens up a can of worms. Will they also include a FreeType interface to support text output? What backends will be included by default?

A vector graphics library without the ability to handle text seems seriously crippled. On the other hand choices for including text output basically come down to:

  1. 1. Create a standard interface and leave the actual implementation to be platform dependent. In this case rendering results will differ depending on platform.
  2. 2. Choose one library (FreeType) as the standard. In this case rendering results will look natural on platforms that natively use the library (FreeType) but unnatural elsewhere (e.g. OS-X and Windows)

Comment: Re:There's more to the story (Score 1) 129

by Jeeeb (#45625013) Attached to: Trans-Pacific Partnership Includes Unwanted Elements of SOPA

Do we mean better, or do we mean more amenable to japanese political influence?

I mean better. That's how the Germans have succeeded in Japan. That's how the French rebuilt Nissan. Meanwhile, the American makers for the last 30 years have been unable to even capture their homemarket and instead have been leaning on Washington to intervene.

Comment: Re:There's more to the story (Score 2) 129

by Jeeeb (#45623873) Attached to: Trans-Pacific Partnership Includes Unwanted Elements of SOPA

Unfortunately, if you know anything about the markets you know that even while the Japanese may not place tariffs on automotive products from the US, their market is absolutely closed to US product through a number of other legal but fairly immoral actions.

Yet strangely, German cars do well in Japan, and Japan's second largest maker is owned by the French. Maybe if the American makers made better small cars and medium sedans, there would be more interest in them.

Comment: Re: Toyota and Honda are NOT owned by banks ! (Score 5, Informative) 123

by Jeeeb (#45590353) Attached to: Japanese Aircraft-Carrying Super Submarine From WWII Located Off Hawaii
Close. Toyota is part of the Mitsui group with Mitsui Sumitomo at the center. Although Mitsui's stake in Toyota is relatively small and they are not the only bank. The remainder is cross holdings from other Mitsui Keiretsu members or publicly traded stocks. SMFG is in turn publicly traded on several stock exchanges in Japan and the NYSE. That said the head of Toyota is still from the Toyoda family. MUFJ is head of the Mitsubishi group which includes Mitsubishi motors. They also are publicly listed in several Japanese exchanges and the NYSE. Japan has huge amounts of capital and foreign exchange, so foreign holdings of Japanese corporations is low. It mostly goes the other way.

Comment: Re: welcome to the socialist wonderland (Score 2) 206

by Jeeeb (#45296337) Attached to: Ask Slashdot: Package Redirection Service For Shipping to Australia?
I don't think you are comparing equivalent figures. The Australian figures are adjusted for household size .etc. Here is a good explanation: http://mattcowgill.wordpress.com/2013/05/13/what-is-the-typical-australians-income-in-2013/ If you look at tax burden in Australia cs America the figures are quite similar. So I don't think it is fair to blame the welfare state either. In fact it seems to have more to do with companies realizing they can charge more in the Australian market. Except for books. That's just protectionist bs legislation.

Comment: Re: envy (Score 1) 375

by Jeeeb (#45257007) Attached to: Japan Refused To Help NSA Tap Asia's Internet
Maybe in the 1960s. Nowdays about a quarter of all marriages in Japan involve a non-Japanese spouse and one fifth of all child births involve a non-Japanese parent. Sure some families want their children to marry Japanese but that's hardly unique to Japan. For example, lots of Jewish families want their children to marry Jews. Anyway, it's not a shameful thing in modern Japan.

Comment: Re:Uh.... What? (Score 2) 142

by Jeeeb (#44668057) Attached to: Australian University Unveils New Carbon-Trapping Bricks

Dear AC,

TFA shows that the bricks are a light brown. Should go quite well in warm, sunny climates (like... you know Australia!). Although even if they were black, I'm sure they could be painted with a reflective coating.

Are they flammable? The only compressed carbon i know offhand is coal. Nobody will want flammable bricks.

Diamond is another famous form of compressed carbon. These aren't coal or diamonds though. They are a carbon compound. If you stopped to think for a few seconds, you'd realize that they are almost certainly not flammable. High flammability means it has lots of energy stored. This rock is being made from the waste product (CO2) left over from extracting energy.

Are they cheap? It's hard to beat concrete for price.

Probably not but if the cost can be offset through carbon trading schemes like those active in Australia*, Europe and China they might be quite cost effective. The entire point of TFA is that they have found a way to make the conversion method practical.

Also btw. if you are worried about heat absorption, then you don't want to use concrete as a building material!

Solve those three potential problems and you might have something. And if they do you might want to forget about bricks and pavers and replace the cement block with them. That would sell. Billions of them.

Would it have been so hard to read the article and think before posting?

(*Technically Australia has a carbon tax but will be converting to an emissions trading scheme)

Nothing is rich but the inexhaustible wealth of nature. She shows us only surfaces, but she is a million fathoms deep. -- Ralph Waldo Emerson

Working...