plq

As an Istanbul citizen, my personal impression is that there is a much more pragmatic reason.

Istanbul still sees decent construction activity both downtown (where old buildings are torn down and replaced with taller ones) and in the suburbs (the city got so big that we inadvertently say "I'm going to Istanbul" when we really mean the city centre).

So in theory, as the construction teams dig not only a wider area but also deeper, they should discover more and more historical artifacts, right?..

In Turkey, law says you can own the land but not any natural resources found underneath. So if word gets out that you've stumbled upon oil, stuff of archeological importance, gold etc. etc. while digging to lay foundations, your construction project is halted until the authorities decide what to do with your discovery. You may even be forced to sell your property back for its fair market value (ie. you get a decent offer but you can't refuse it -- you can just sue to get the offer increased)

You probably see where this is going: The sytem as it is incentivizes any artifacts found during private construction activities to just vaporize. Tragic, but I don't know what could be done about this. Only stuff found on state-sponsored projects seem to see the light of day, and of those that do, only ones that are useful to politicians are made part of the daily government propaganda, so you don't really hear about others unless you make an effort.

With this said, as a counterpoint maybe, they found a decent amount of stuff from non-Turkish / non-islamic periods during the recent boring operations for the newest subway line and they should be on display somewhere.

The article is a bit light on technical details, but the following is noteworthy:

> Flight software for rockets at SpaceX is structured around the concept of a control cycle. “You read all of your inputs: sensors that we read in through an ADC, packets from the network, data from an IMU, updates from a star tracker or guidance sensor, commands from the ground,” explains Gerding. “You do some processing of those to determine your state, like where you are in the world or the status of the life support system. That determines your outputs – you write those, wait until the next tick of the clock, and then do the whole thing over again.”

Wow, sounds an awful lot like a typical event loop from a game engine.

Of course the main difference from a game engine would be the reliability requirements. The level of verification effort that goes into flight control software can't be comparable with the effort that goes into a game engine (assuming it's greater than zero :))

Great to see the SqlAlchemy project get new dedicated maintainers. It's a colossal effort and a huge contribution to the overall Python ecosystem. Kudos to the team!

Why not go sailfish? It also has an android shell that seems to run android apps just fine.

AFAIK sqlite's default page size is 4k

I wonder whether that's due to any technical merit of little endianness or just because of x86's dominance in the desktop/workstation world?

Turkish and Finnish do have the same word structure and very similar sentence characteristics. Both are agglutinative languages with vowel harmony and "floating" word order. Japanese is also agglutinative but lacks vowel harmony. I'd consider scholars who believe these languages are not similar to be quite wrong.

It's true that there is practically no common vocabulary between the tree though. (Hungarian and Turkish share some small amount of words due to relatively recent Ottoman rule, but that's about it)

An Italian friend learning Turkish complained mainly about having to wait until the end of sentence (The Turkish (and Japanese) sentences are canonically Subject-Object-Verb) to understand what's going on. And imagine a native English speaker's frustration when they realize groups of words can come in any order in Latin (and Turkish, and Finnish) and it's the suffixes that make up a word's function in the sentence!

So, my point was that being exposed to a language with a different grammar is simply good mental exercise and will come in handy when learning other, seemingly separate foreign languages, regardless of the amount of people who speak it.

Actually, the foundation you got with Finnish should be useful if ever you need to learn Turkish, Hungarian or Japanese. Natural languages are like programming languages in a sense -- Haskell doesn't get as much use as C++ but learning Haskell will make you better at C++.

clang is supposed to have a compatible ABI with MSVC as long as you use link.exe for linking. Is this not the case?

http://blog.llvm.org/2018/03/clang-is-now-used-to-build-chro...

So can we say that now that the heavy industry has been moved offshore, lowering CO2 emissions won't make as much of an impact on local British jobs?

If so the next step should be to analyze the CO2 footprint of the country and start taking steps in reducing that number instead. Eg. banning ICE vehicles would help big time I guess.

On principle, I agree with you -- this project should be split into multiple packages. However, it's the distro's job to harmoniously put various open source packages together. It's impossible for package authors to make everyone happy. Plus, in the moreutils case, the author has already gone to great lengths to publish his work for free, he shouldn't have to put up with more work to the point where it stops being fun for him/her. Finally, it's just NOT appropriate to call parts of this project "trash". He scrached his itch and was kind enough to publish his work. If you don't like it, just don't use it, no need to be harsh about it.

The right way for distros to package this is to split the moreutils source distribution into moreutils-* packages, plus a meta package that pulls in all of the commands. So your complaint actually belongs in your distro's bug tracker -- it has nothing to do with the moreutils project.

It mostly depends on how tight you want the coupling between your project and the dependency in question. It can vary between just getting the source files and building them yourself, just like you do with your own stuff, to just using the public headers plus the relevant static/shared library.

Most of the time, you'll want the latter. The right thing to do in 2020 in that case is IMHO to integrate with a source-based build system like vcpkg, portage (see the prefix project), conan, macports etc. Once the dev-env setup script boils down to just a list of packages, the question of importing third-party dependencies stops being a pain.

I've used most of these (except conan) and vcpkg seems like it's the most painless one, especially because it's a CMake-based system and FWIW CMake seems to be what the C++ world is converging on these days. From my bubble anyway.

> man outstrips the efficiency of not only all machines but all other animals as well

I wonder whether this will still hold true when the costs of building and maintaining

    1. a bike 
    2. a flat road to ride the bike on

is not ignored.

My hunch is that Google is trying to migrate away from Android. Flutter is both the abstraction layer to do that and the new SDK for the new platform.

If that's the case, it's higly unlikely.

The article is very light on technicalities but as far as I can tell, this expedition is WAY outside the sat territory. Sat divers do perform "seawalk"s during their missions, so they do need to perform the necessary steps to adjust to pressure changes.

This can't be the case here, they were inside their submarines the whole time.

ps: 100 feet = ~30m, 650 feet=~200m

> Your buoyancy decreases as you go deeper (and have more water above you, causing more downward pressure).

This statement is wrong on many levels. I'll try to correct just one part:

Your buoyancy must NOT decrease as you go deeper. That's one of the fundamental rules you need to follow if you want to dive more than once :) If you don't watch your depth and take necessary steps to maintain neutral buoyancy, you'd sink like a stone (or rise like a balloon). Nobody wants that.

What you mean is: you need more air in you buoyancy compensator (BC) to maintain neutral buoyancy (= keep your volume constant) as you go deeper.

If you don't take weights, you need to inflate your bc to lift you. In an emergency, you generally don't have time to swim up anyway.

All that said, I was just trying to point out that it was possible to "fall home" from underwater, assuming you are within the limits of your equipment.

Actually, you can "fall home" in the ocean. I have no idea what procedures exist in missions that go to extreme depths like these, but if you are a recreational diver (who is not allowed to go below 30m) and you have an emergency down there, the last resort is to get rid of all your additional weights* as fast as possible so that you get pushed to the surface with zero effort.

Of course, you need to deal with fast changes in pressure during the short journey towards the surface (protect your eardrums, lungs etc) and you may get decompression sickness depending on the dive time and avg depth at the moment of emergency, but hey, at least you're alive to deal with all those problems!

*: Generally, a scuba diver takes additional weights to counter the positive buoyancy effect of wetsuits, fat etc. These are mounted on belts or similar accessories that are designed to be very easy to get rid of in case of emergency.

Most probably, but at those depths they should be relying on other "sensors" to survive as there is not that much light to illuminate their surroundings anyway.

Edit: And then there's the anglerfish with its bioluminescent lure on its head: https://video.nationalgeographic.com/video/00000144-0a34-d3c...

The seas are home to such fascinating creatures ...

Nothing is stopping you from passing different -std=c++XY arguments to different compilation units in your codebase. I don't know about other compilers but object files compiled with msvc, gcc and clang (the ones I happen to work with) using different -std values (starting with c++11) are compatible* and the respective teams working on these compilers reportedly make conscious efforts to make sure this remains the case.

CMake for instance makes this very easy with its set_properties() call.

* Of course there are caveats and corner cases. See eg. https://stackoverflow.com/questions/46746878/is-it-safe-to-l... But these seem like they could easily be avoided in real-world use-cases.

FWIW, I just upgraded my late 2011 macbook pro to Catalina using http://dosdude1.com/catalina/ because I needed the latest XCode.

It's working fine, though you need to live with the fact that it's now a "compromised" system.

Not OP but he most probably meant lease-to-own. In my experience it's a financing model that spans the equipment's economical lifetime. Let's say 3 years for a server box. In the end of the contract you either pay the last instalment, which is bigger (5x-10x) than usual and keep it, or you return the equipment and get a new one.

There are many variations of this scheme but that's more or less the idea.

If you have a Python script create your tables

    AND 1=1 
    AND this script has the table information stored in dicts in the {column name: column type} form
    AND this script is run by a python version where the dict order is undefined

you will get funny outputs from your queries that break production deployments in subtle and unique ways.

So yeah, just use column names (and name your computed columns!).

KDE's Konsole has it at CTRL+ALT+K by default.

The command "tput clear" should work everywhere though. And frankly, while obviously more work than a keyboard shortcut, it's not that much of an effort.

We also do something very similar but our version table has two columns: module_name and version. Instead of doing central schema management like in a usual monolith, Every module manages its own schema.

Pun unintentionally intended, then :) Thanks for the note.

> (...) And then there are the pronunciation subtleties, such as 芯片号, “xīn piàn hào” (which means an “IC’s part number” (literally “core flat item’s number”), which with misplaced accents sounds like 性偏好, “xìng piān hào” which means “sexual preference”. No native speaker would ever mispronounce or confuse the two, but a foreigner going up to a local asking “What’s your chip’s part number?” could be heard as “What’s your sexual preference?” if mispronounced and taken out of context.

I love how every language out there is choke-full of these :) Though so far nothing beats the importance of punctuation in "Come on, people"[1]

[1]: As heard in one of John oliver's episodes

I like how they treat the robots and the human on equal terms in the photo label :) No need for a second renaissance anyway.

I don't buy that theory. Sequels' emperor looks nothing like JarJar.

Would this work even with crappy laptop speakers or would you need some proper hardware?

> The added advantage is the artwork developed using inkscape can directly be used as svg images in website and single page app

We had a lot of success cleaning Inkscape's svg output.

See here for solutions: https://news.ycombinator.com/item?id=20680559

I'm pretty happy with svgcleaner (https://github.com/RazrFalcon/svgcleaner)