919 karma · joined February 4, 2011
As many others are sharing feedback, I thought I’d might add some myself: I would like to have better support for changing roles internally within the same company (ie promotions etc) and in this regard having the month available at least as an option would be great. LinkedIn uses the company as a higher level grouping, then the years/months spent in a certain position.
For me to use this regularly I would have some reason to check in; and I guess either building up “company profiles” where I could see people who work in a certain company or indeed an interesting way to find companies and open positions would be great.
I love the “features” section and the focus on adding people you’ve worked closely with.
As you are - it seems - involved in Quip too, I’m cheeky enough to add some feedback in that product: fix notifications (!) - managing and keeping track of them is close to impossible, make it easier to actually discuss higher level on a particular document (not per line, and the comments in the sidebar disappears quickly) and lastly please add support for collapsing certain sections of a document :-)
If a company sells something online they only really need your address & name for delivery + credit card details. Then you could argue it is legitimate to use an email to create an account, fair enough. But without precedent it's so easy to just say 'in order to increase revenue (legitimate intrest) we're going to use all emails to send a newsletter, boosting sales'. And then you could use the 'Right to object' in the GDPR as a fallback for your actions.
I know of multiple companies where they prior to GDPR asked for explicit concent during signup for being allowed to send newsletters, but who post-GDPR dropped the concent and use 'Legitimate intrests' to justify it. Basically leaving the individual worse off.
I.e. Facebook _could_ argue that users would have to have their data collected and analysed, as this would enable them to sell ads which in turn is their core interest.
Another example could be automatic enrollment into newsletters or data collection/analyzation with the option to opt-out by going to settings. You don't _have_ to give users the explicit consent checkbox during signup if you can defend the activity by it being in your legitimate interests.
This article goes into more detail: https://medium.com/mydata/five-loopholes-in-the-gdpr-367443c...
Kolonial.no are one of the fastest growing startups in Norway recently valued at ~$180 million after just 3 years of operations. We're enabling users to buy their groceries online and have already thousands of daily customers.
We're unique in that we've built a complete warehouse, logistics, and procurement platform with millions of daily transactions and lots of interesting challenges as automation becomes a more important. This has allowed us to scale and adapt quickly to market and business demands.
Our technology stack is primarily Python, Django, PostgreSQL, HAProxy, Salt, Elastic Search, Celery, SCSS and Javascript + React.js where suitable. You can read more about our stack here: https://kolonial.no/om/teknologi/.
Non-exhaustive list of benefits: a competitive salary; autonomy; warm lunch made by our office chef; new offices in central Oslo; and whatever equipment you would like to develop on. Norwegian is not a requirement, but it is preferred if at least you'd like to learn.
> Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://code.jquery.com/jquery-1.12.4.min.js. (Reason: CORS header 'Access-Control-Allow-Origin' missing).
Some details on the software (ReadSoft FORMS) and the process (EVA Scanning): https://valg.no/om-valg/om-valg2/maskinell-opptelling-av-val...
Sources (Norwegian only):
[0]: https://www.nrk.no/norge/krever-manuell-stemmetelling-i-alle...
[1]: https://www.nrk.no/norge/teller-opp-stemmer-i-valget-pa-data...
Kolonial.no are one of the fastest growing startups in Norway recently valued at ~$180 million after just 3 years of operations. We're enabling users to buy their groceries online and have already thousands of daily customers.
We're unique in that we've built a complete warehouse, logistics, and procurement platform with millions of daily transactions and lots of interesting challenges as automation becomes a more important. This has allowed us to scale and adapt quickly to market and business demands.
Our technology stack is primarily Python, Django, PostgreSQL, HAProxy, Salt, Elastic Search, Celery, SCSS and Javascript + React.js where suitable. You can read more about our stack here: https://kolonial.no/om/teknologi/.
Non-exhaustive list of benefits: a competitive salary; autonomy; warm lunch made by our office chef; new offices in central Oslo; and whatever equipment you would like to develop on. Norwegian is not a requirement, but it is preferred if at least you'd like to learn.
Kolonial.no are one of the fastest growing startups in Norway recently valued at ~$180 million after just 3 years of operations. We're enabling users to buy their groceries online and already have thousands of daily customers.
We're unique in that we've built a complete warehouse, logistics, and procurement platform with millions of daily transactions and lots of interesting challenges as automation becomes a more important. This has allowed us to scale and adapt quickly to market and business demands.
Our technology stack is primarily Python, Django, PostgreSQL, HAProxy, Salt, SCSS and Javascript + React.js where suitable. You can read more about our technology stack here: https://kolonial.no/om/teknologi/ (Norwegian only)
Yes, estimating is hard. It's impossible really, but everyone knows this and accept the consequences of delayed deliveries and blocking events. But they want status updates and delivery schedules all the same.
Pointless exercise maybe? But in real life and in business actually having someone thinking longer than three days ahead is usually a necessity, in my experience.
I agree though that you should minimize the amount of pointless meetings and solve blocking issues as they come - this is more a sign of a good tech lead and healthy work environment rather than weaknesses in the Scrum methodology.
You don't see many new revolutionary cars around either - or at least they all conform to the same idea having four equally sized wheels, 5 seats and a round steering wheel. I'm guessing 100 years ago you saw many alternative "paradigms" in the car making domain too, before our society settled on something that worked for the majority of us.
The difference between them, which also could explain the AOL-like speeds with Gogo, is that Row 44 used a satelite dish whilst Gogo communicates with ground radio towers. The obvious advantage of Row 44's approach, which is also highlighted in the video, is that by using satellites you can continue providing internet over remote areas and oceans.
The differences (and advantages) between Lattice and Mesos could've been made clearer too I guess, although your docs and FAQs are quite nice.
I'm not saying the idea is bad, but comparing the developer community of Marathon with Chronos you see some obvious differences in commits, developers, issues (and responses), releases etc.
We've been using it in conjunction with Marathon and Mesos, and my impression is that it's a now half-dead project riddled with bugs (especially in the web UI) and I'm unsure whether we should invest more resources and infrastructure around this project.
Aurora does look interesting. But Apache doesn't have a much better reputation, and I'm not particularly keen on going away from Marathon. Any DevOps engineers with container/mesos infrastructures wanting to chime in?
- The creator is the only person with permission to add alternatives (both for their "Make a choice" and "Find a date" features)
- There's no way to limit the number of responses from each participant - e.g. each user need to select their 3 most preferred time slots.
Also this app, contrary to Doodle, requires you to select time slots, whilst with Doodle one can just decide on dates (and the time is optional). I also quite like the "Yes/No/If-needbe" feature that Doodle provides and I'm disappointed about the binary view of event planning this application takes.
* Copyright (c) 1991, 1993 * The Regents of the University of California. All rights reserved.
It's very much based on this:
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/sys/queue.h?anno...
Not very modern, in other words.
«55 per cent of households have at least one DAB radio, according to Digitalradio survey by TNS Gallup», which leaves 45% not currently having access to a DAB radio. Many of the having _one_ radio has this in their home and perhaps not in their most important place: the car.
In order to elegantly implement a DAB radio in your car you need to attach a dongle to your window and run cables into a (sometimes) new radio altogether. Whilst this may be a simple procedure for _some_ it's for the vast majority a huge burden - both in terms of time and money (often costing around 3000NOK - 380USD).
It's well and fine that they started the implementation of DAB in Norway in the mid-90s, but it's just in recent times that we've seen cars come with DAB reception by default. They should at least wait until 80-90% of all cars have access to DAB before switching over - which could take I'm guessing up to 10 years.
This is like only supporting Chrome on important governmental sites - which would rightly cause an uproar on HN. Radio should be about accessibility and content, not the medium - which should change naturally and over time.
I've used this for UI's where the server continuously sends/pushes updates to the clients. Really handy, and multiple implementations and libraries available in most languages.
Of interest is perhaps also the spec [2]
[1]: https://developer.mozilla.org/en-US/docs/Web/API/EventSource
[2]: https://html.spec.whatwg.org/multipage/comms.html#the-events...
- Order by price
- Filter by limit the number of characters in domain (I.e. only show domains with 2 chars)
- The prices at all the registrars selling the domain, for comparison.
China has criticized the way the Peace Prize is awarded and how the committee, opposite of what they publicly state, are heavily influenced by the political situation in Norway -- after they awarded the prize to Liu Xiaobo in 2010.
To quote Wikipedia[1]: "Its five members are appointed by the Norwegian Parliament and today roughly represent the political makeup of that body." -- so there should be no surprise behind China's criticism or how the parliament tries to appoint members that do not ruin ties between Norway and foreign markets (as they've done with China).
As a Norwegian, the way this committee not at all is independent, contrary to what they publicly state, makes me extremely ashamed and it have effectively destroyed the value of the Nobel Peace Prize, in my eyes.