Hacker Timesnew | past | comments | ask | show | jobs | submit | gabriele's commentslogin

> They likely didn't have a choice

Probably, but I've read Gruber's piece twice and I couldn't help but feel as if the talk was held by a bunch of young geeks coming from a Kickstarter project.

Maybe that's an Apple's new approach at PR but it sounds like they tried to downplay the impact of bad management that ultimately led to a failure that must have cost them millions.


This is a welcome addition. I expected JSON to become a first class citizens in REDISland for quite some time. In fact, REDIS has always been my goto store for JSON data. In 2013 I created a microservice[0] for accessing JSON data stored in native REDIS lists[1] via HTTP(S).

[0]https://github.com/boilerplatecode/redis-wsgi

[1]https://redis.io/topics/data-types#lists


will you allow changing the project urls to custom ones or even allow custom domains?


Yes, we have plans to support renaming soon and custom domains eventually.

At present, you could use CloudFlare or CloudFront as a way to host your HyperDev project on your own custom domain, but we don't have any special built in support right now.


Hi gabriele,

Custom project names and custom urls are definetly in the pipeline.

- I'm the HyperDev designer


I expect this breaking a few things in fields injection (a la Spring @Autowired[1]) if implemented.

[1] https://docs.spring.io/spring-framework/docs/current/spring-...


How would type inference for local variables mess with fields?


according to Spring's documentation[1]:

@Autowired is fundamentally about type-driven injection

If you replace:

    @Autowired
    FooDao fooDao;
with something like:

    @Autowired
    var fooDao;
I'm pretty sure type-driven injection breaks.

[1] https://docs.spring.io/spring/docs/current/spring-framework-...


The proposal only applies to local variables with non-null initializers. I'm pretty sure you can't autowire local variables with Spring, and they don't have initializers anyway.


Yeah, but that's a case where "var" is probably the wrong choice anyways, because of the non-obvious "human type resolution" -- i.e. if I'm a human reading this code, I can't obviously tell the type FooDao, where in simple cases like var path = Paths.get("/foo/bar/bonk") I can.


var isn't a dynamic type. var is a compiler-inferred static type. `var fooDao;` will refuse to compile because the compiler can't infer the type. `var fooDao = new FooDao()` will still have the type FooDao for fooDao, it is just inferred by the compiler instead of being explicitly declared by the programmer.


maybe this is a hint that they're going to introduce rich text for posting soon

(disclaimer: I've been out of Facebook for a while so they may have introduced that feature already)


In the livestream video, they show using draft.js features for @-mentions in normal posts, and for rich text features in their Notes feature.


They needed to really hire non SF based techno geeks and advisors

Twitter should be led by someone who is strong in PR. PR is where Twitter has excelled most. I believe neither Jack Dorsey nor Dick Costolo are even known outside of the tech industry, how can they manage a PR product if people barely knows them? Even Scooble would be a better fit than Jack Dorsey. If I were Twitter I'd put in charge some well known public figure with connections in the media and movies industries.


So you're basically saying Twitter should be the next Yahoo!. That didn't work out so well for them. Besides, media people are the ones who actually like Twitter as it is now: top-down broadcasts in a controlled environment with ads and analytics.

If I were Twitter I would poach Amazon executives and make them flog the company into shape: lean, dogfooding, pushing out services to the tech community, and letting new paradigms emerge before co-opting them.


To my knowledge, Yahoo! has always been led by some tech geek from the Valley, too.


Yeah but it basically lived on contracts from traditional media and ad companies, which they proactively courted. When those markets tanked, so did Yahoo.


I think Twitter is in a different position because Yahoo! has never build a bi-directional connection between producers and consumers. Obviously, that's not limited to media and ads companies. Any kind of industry is investing in PR.

I believe Twitter could succeed as a PR company but will probably fail as a tech company.


GitHub pretty please, give us an option to hide our profile from search engines just like Facebook do.


What is the use-case of this?


I have an account that is only for private repos and I don't want that account to appear on search engines for my real name.

I also have a public account that I use for contributing to public projects so it could also help to avoid duplicate accounts in search results.

All accounts should be searchable for username/real name with GitHub's search anyway.


Just curious, why not have just a single account?

Your private repo's and contributions are not made public, so there's no "risk" involved.


I think a lot of companies forced this because for a while the api permissions weren't granular enough when dealing with private repos on organizations. They added the "Third-party application access policy" sometime in the last year or two. I might be wrong though.


I can't believe that's [1] the best low-light picture they could find for their flagship mobile OS preview page. It doesn't even add anything to the story:

   Night Shift uses your iOS device’s clock and geolocation to determine when it’s sunset in your location. Then it automatically shifts the colors in your display to the warmer end of the spectrum, making it easier on your eyes.
[1] https://www.apple.com/v/ios/preview/a/images/preview/blr_her...


Exactly this, it seems like they didn't pay much attention to this page.


I believe the Internet Archive is much less clear in this regard than public search engines. IA doesn't even have a clear takedown policy and no webmaster tools in place to give owners control on the archived content. Their crowler does obey to robots.txt rules but if you want content to be removed permanently you have to ask politely by email and in my experience they simply block the site urls from being searched but they don't make clear at all if content was actually removed from their servers.


I think the idea of intentionally deleting content is pretty foreign to the Internet Archive. They're more likely to say "welcome to oblivion!" and set a timer for 70 years to show the content again.


The HDR effect on those images is gross. Also, the white balance looks way off (blueish) to my eyes. I'd say that the overall image quality is not very good with reflections and poor resolution that severely limit the view of details. Such a pity given the value of the assets on display and the incredible opportunity of accessing them with this tool.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: