Hacker News new | past | comments | ask | show | jobs | submit | more mikedanko's comments login

The only thing with gmail is that it's a pain to deal with between Voice/IM/GTalk, it's far from unified and you can't use it like normal GMail users if you're GAFYD. Google talk supports the whole email sort of exchange, but only after a conversation has been initiated and there are no more paths for the jabber transports to take.


Lion Server? Has there even been talk of it? Dead now?

I'd imagine the only use case for server that couldn't be done easily in a better way was spotlight server, and it's only a matter of doing it more cheaply than available CMS solutions.


The only public talk about Lion has been entirely consumer focused. They haven't delved into anything technical or server-oriented.

I'd assume they're doing stuff in those areas, they just haven't done any PR.


My body and mind have taken a beating I don't think I can do much longer from ten years of useless night work swinging shifts sometimes three times a week, that guy is too happy.

That's a great list of personal reasons, but business can come first for the same reasons. My last big deployment was to half a million set top boxes. In the end, I had to do it at night, but I had oh so many reasons for doing it during the day:

* What if a percentage of the boxes bricked halfway through the deployment? A statistical insignificance in the lab doesn't help me help 15k people with bricks on their TV's. When they start playing with the boxes, I'm going to have to roll trucks and that's expensive. Instead man up the call center during a time where we don't have to pay shift diff.

* From an end-user standpoint, there's a different set of eyes on the products at different times of day. Think about it this way, if you sell porn, how much are you selling at 2AM vs. 9AM do you think? They're not going to call and complain about their porno not working, but it doesn't mean there's not a huge level of dissatisfaction. There's a lot of general economics and trade offs involved.

* Top notch help has the luxury of sleeping at this hour because they've probably earned the tenure. I'm not going to get the vendor of a vendor to help me with this stuff at 3am, and they're definitely not going to be fresh and chipper, and getting anyone beyond support on the phone takes hours -- by that time, they're awake anyway.

Change the above as you see fit to adapt to your type of work, it's all the same.


I missed some context there. I thought "yes, I need medicine after night work". Why did I completely miss the mark? Swing shifts all week.


Heh, I meant the field of medicine. But I can understand your perspective :)


Folks have mentioned Eclipse as an IDE, but there's also Eclipse as a platform. I have three Eclipse RCP apps I use for visualization daily.

I also manage a lot of equipment that requires java webstart to load a configuration GUI to accomplish tasks that would be darn near impossible at a CLI or any other way.

I logged into Cisco TAC the other day. Requires Java for ticket management tasks.

I use some rf propagation tools for a hobby that are java apps.

I make frequent use of Deskzilla. Java app.

I could go for days. I won't.


Large scale engineering dept guy here, the problem there is that most companies like that won't accept a SaaS solution.

Don't get me wrong, it's absolutely brilliant. I think it's the first time I've ever given a thumbs up to a third level metasolution to a problem.

Pagerduty needs to push some use cases on their site. It might break the SaaS reluctance to steaks and strippers type corporate managers. "It can eat my rediclously complicated jasper report that I send straight to the trash bin on arrival so I don't have to read it and figure out what buttons on the phone I have to push with all the reluctance of a four year old kid with a plate of brussel sprouts and broccoli in front of them? Sign me up!"


It's easy to say you're doing it wrong, it's much harder to say how you'd do it right. The ideas are there, they need some integration.

Google News? I abuse the heck out of it, just as feeds to feed Reader however.

The problem I still see with those sites as well as your own, that there's just way too much clicking and tab management involved. Everyone does it, you'll follow a really engaging story, try your damnedest to find the "print" button so you can get it all one one page then decide to instapaper for later or readability for now. Open endless tabs to look up references or if something is late breaking head off to twitter search.

I'd imagine a news portal could be interesting, but not without dramatically lowering the time it takes to navigate around the content and act on it. Finding a way to unobtrusively simplify the use case of someone following tasks to read and understand an article hasn't been done AFAIK, or at least done well. It would seem to me that unscatter is just adding an extra layer on to an already complicated navigation process.


I was laying in bed and for whatever reason it just smacked me in the face. Yes, there's a reason, and I was reminded of an anecdote regarding blackberries being served in the lobby to the press.

iChat is a presence and messaging framework that's completely ad hoc. The server frameworks don't do anything but presence and messaging.

Not so with Facetime. Apple just aimed a loaded gun at RIM, Avaya, and Ericsson today, and Facetime is the proof of concept. Verizon on the iPad was cocking the hammer. Apple has just shown the world that it has full enterprise communication stack integration from LDAP to device and more importantly the network in-between... and that network in between has a lot of control. Apple needs these guys a lot.

Submitting the protocol stack to the IETF is a win with consumers, but I'm sure that RIM, Ericsson, etc., are seeing this as spit on the face and more to the point it's probably why the guy at RIM completely lost his cool last week.

Apple is going at the enterprise in a remarkable manner, and probably the only way they could have.


According to the presentation, it's supposed to be made a standard. I'm assuming this would hit the IETF's Audio/Video transport working group, so that'd be where to keep a lookout.


Are you sure? That seems to be nothing but delivery of transport streams over HTTP and suggests nothing of negotiating calls ala SIP.


My bad - that was for HTTP Live Streaming. FTTM.


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

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

Search: