Is there a way to run this setup from a battery or would it need a power socket? Could you recommend any portable 4k screens?
594 karma · joined March 12, 2012
Is there a way to run this setup from a battery or would it need a power socket? Could you recommend any portable 4k screens?
Signing up for the free trial funnels me to the trial of Gitlab Ultimate. So assuming that you need an Ultimate subscription to use it after the trial, that's the price. Pricing is here https://about.gitlab.com/pricing/
In contrast, Copilot is $10 per month https://github.com/features/copilot#pricing
"What's great about this country is America started the tradition where the richest consumers buy essentially the same things as the poorest. You can be watching TV and see Coca-Cola, and you can know that the President drinks Coke, Liz Taylor drinks Coke, and just think, you can drink Coke, too. A Coke is a Coke and no amount of money can get you a better Coke than the one the bum on the corner is drinking. All the Cokes are the same and all the Cokes are good"
Could you share what it's done for you?
This is a tremendously valuable problem to solve for some.
Given the state of machine learning with unstructured audio data, machine translation, and robotics, I would have hoped for better methods to communicate with wild animals, cattle and our pets by now.
Could you expand on this? It's not clear from the outside how this would be such a central part of the industry.
I think the Google Sheets export is very valuable, it opens up data to non-developer analysts and general business users. But I also can't see how this product is competitive at this price with only this functionality.
[1] https://redash.io/help/user-guide/integrations-and-api/how-t...
Clicking on another app usually unlocks it.
Ben West is reverse engineering the Medtronic protocol, this code can download pump settings and historic data https://github.com/bewest/decoding-carelink/tree/cgm/touch-u...
A team of developers / users have created an open source realtime remote monitoring, alarm and glucose prediction system for it. It uses a USB OTG cable to connect the Dexcom to a commodity Android phone, which runs a custom Android app to upload the data to MongoLab. From there, a Node.js powered dashboard gives viewers - typically parents of diabetic children - a way to monitor glucose levels remotely. In addition, a Pebble watch app lets the wearer check their glucose by just looking at their wrist, instead of having to use the bulky Dexcom monitor.
tl;dr: seeking back-end engineer to lead development of Rails product suite
#############################
# Who are we?
#############################
We're Silicon Milkroundabout, the jobs fair for software developers, product managers, designers and marketers interested in working for UK tech startups. We put people directly in touch with the founders and teams behind 150 startups. This works: face-to-face conversations happen, and more than 1,000 people have found new jobs through us since our first event in 2011. #############################
# Who we’re looking for
#############################
We’re looking for an engineer with experience of the usual tech stack AWS, Heroku, Github, Postgres, Rails and JavaScript to manage and develop our suite of products. You’ll be strong with development and devops, confident adding features to Rails apps, managing processes such as cron jobs, queuing and database migrations. You’ll move us to continuous integration, test driven development and automated server configuration, ensuring everything keeps working as we migrate. You’ll have a solid disaster recovery plan, but you’ll do what it takes to ensure we don’t need to use it.You’re might not call yourself a frontend or fullstack developer, but you’re comfortable updating existing views and adding whole new user flows to an app. You’re happy to roll your sleeves up and use jQuery and Twitter Bootstrap to get the job done. You know enough CSS to make it look tidy, but you’re not trying to win design awards for your work - you’re happy when everything’s working.
#############################
# Why we’re hiring
#############################
We’ve worked with four freelancers in two years, have done a few too many rewrites and maybe didn’t think carefully enough about our build versus buy decisions. We’re looking to put that right. We need someone who can join us for the long term, a safe pair of hands to fix up our systems and fill in the gaps, then take our technology platform to the next level as our company grows. You’ll start working on the SMR product suite, including a B2C web app, a sales CRM, candidate vetting tools and an event checkin app. We also have a public API, event tools, B2B site, data visualisations and a range of microsites in the pipeline. We hope you’ll help shape our roadmap, and as we’re a small team, you’ll join in conversations on everything from our marketing, expansion plans and event experience. #############################
# Must have
#############################
- Experience with AWS, Heroku, Github, Postgres, Rails and JavaScript
- Experience building and maintaining reliable, performant, secure web apps
- Committed to writing elegant, maintainable code with great test coverage
- Reasonable frontend development skills with HTML, CSS, JavaScript, jQuery and Bootstrap - enough to get the job done #############################
# We're offering
#############################
£40-55k salary depending on skills and experience.All the usual startup perks: a nice office in Shoreditch just off Hoxton Square, a £2000 equipment budget to buy whatever you need (Mac, Linux, desktop, laptop, dual monitors... whatever you’re comfortable with), unlimited freshly ground coffee and table tennis.
Contact ollie@siliconmilkround.com
Those conversations have taken my team and I to interesting places. I've discussed brand positioning with developers, and shared spreadsheets of time-to-value models with designers, at times going far outside of people's skill sets and comfort zones. If someone insists a piece of work is a bad idea, I invite them to argue against it but insist that I need them to make their case rigorously. Sometime they'll convince me, sometimes they don't want to work through the reasoning, sometimes I'll try and develop their case and argue against myself. I want to reach a position where we either change the task, or we're both satisfied that the task should be done. If that's too hard, then I'm after a position where they at least have rational faith in my request and my reasoning, and are ok to do the work on trust.
I spend a lot of time on this, for a few reasons.
First, I don't want to ask anyone to do something meaningless. Burnout isn't caused by workload. Workload causes exhaustion. Burnout is caused by resentment. If my team resent their work, that's a deep and important problem. I'll tolerate a only very small amount of that, but I'll let everyone know I'm conscious of it, don't like it, and am working to get away from it. Burnout is toxic and damaging to people and the group as a whole.
And secondly, this kind of explanatory work strengthens everyone's investment in the team and the work. It strengthens the team's ability to think together. As people become better informed, all of our discussions become richer and more valuable. People enjoy the work more, and can relax and trust each other more, knowing that decisions are made in ways they can understand and agree with.
Finally this is also a litmus test for me. If a company won't let me in on it's decision making, dismisses my concerns as unimportant and tells me to just get on with something, they're indicating they don't value the team in the same way I do.
I'm familiar with the lean startup gospel. I find it too neat; it's too close to the protestant work ethic to be believable. I'd like to hear more about the "luck", grease, handshakes and other details that don't fit into the usual startup narrative.
As the industry shifted from desktop GUI development to the web, it seemed natural to port the most successful patterns and designs to the new paradigm. After 15 years of trying, we feel that there are still no component-based frameworks that have successfully achieved this. We recommend not attempting to make web development into something that it fundamentally is not. It is time to accept the page and request-based nature of the web, and focus on the frameworks that support - rather than work against - these concepts.
This seems reasonable, but single page apps don't have a page and request-based nature, and Backbone seems a good fit for this case.