1,253 karma · joined January 5, 2015
...Oak in the annex and for the record...
recording begins
...it's just the annex, stop fretting...
recording stops
just send [flooring person] a quick message with samples you like.
sends recording to someone with same name as flooring person
It sounds like the problem is that it was overly confident it understood the user's intentions, and did all of this silently.
SpaceX broadcasting from a camera attached to a Rocket
Boeing broadcasting from a camera attached to a Plane
Toyota broadcasting from a camera attached to a SUV
James Cameron broadcasting from a camera attached to a Submarine
Hey, you're not on the list, you can't vote.
Hey, you're not on the list, use the computer in the corner to enter your details and see if you're eligible.
Hey, you're not on the list, here is a provisional ballot, we will verify your info and if it clears, your vote will be counted.
You should not get 5 years in prison because the election board is incapable of securing their processes.
Follow OWASP, encrypt in motion and at rest, use key-manager appliance, implement access logging and store separate from systems, backups of data, define lifetime of data, physical controls to data storage facilities, access controls in system, manage multi-tenancy as the situation requires, sensible password policies / multi-factor authentication, background checks on employees, train staff on security, perform regular scans, restrict ports, intrusion detection system, penetration testing, have plans for business continuity and disaster recovery and practice implementing them, be aware when third party libraries are being used and have a policy for applying software/os patches.
| Ummm...hmm... no...?
> Wrong. Nothing is impossible. Next question. You are unable to use JSON.parse(JSON.stringify(x)), how do you clone x?
| Hmm, I'm actually not sure... its certainly possible...
> Appreciate your honesty, the correct answer is: you don't. Thank you for your time, we'll be in touch.
https://arstechnica.com/information-technology/2017/08/fccs-...
1. Clearly communicate project progress and near-term goals to everyone involved, including non-technical people. I outline the features / issues & resolutions in fairly technical detail while tethering it to more accessible concepts. If things were truly easy or exceptionally difficult, I note that. This has helped Sales and Marketing better manage expectations. The times I'm most stressed are when Sales and Marketing have underestimated the difficulty of something they've promised a client. It's typically not frustrating because it's hard or there are time constraints, it's frustrating because they're prioritizing something that may not be aligned with technical or user priorities. Pile several weeks of this and it can be exhausting. The 'weekly update' has helped that.
2. The process of writing the update offers reassurance that whether the week felt productive or not, progress was achieved. This is the piece that makes sitting down to write it feel like a fun activity rather than a chore. My mind may be saying, this week wasn't productive, but by 15 minutes into composing the update, I'm finding things I had already forgotten about. The week may have been less productive than expected, but it's almost always more productive than the mind gives credit, and writing the update forces the mind to acknowledge these small achievements.
1 Ruble spent generates 1 WhopperCoin
1700 WhopperCoin may be redeemed for 1 Whopper
It seems the 1700 will need to change with currency / pricing fluctuations.
Why not structure it as:
1 Whopper purchased generates .25 WhopperCoin
1 Order of Fries purchased is equivalent to purchasing .3 Whopper (.075 Whopper Coin)
etc.
1 WhopperCoin may be redeemed for 1 Whopper
They would need to adjust the reward generation rates of non-Whopper items occasionally to accommodate price disparities between various menu options in relation to the Whopper, but they would not need to alter the redeemable value of the WhopperCoin. This would essentially create a currency backed by food, which is interesting.
Database level, our DBAs are very SQL Server oriented and all of our primary data stores are such, the ORM for .NET Core, Entity Framework plays very well with it. This was probably the biggest factor. It has a decent Redis library.
Application Level, it is a managed runtime, strongly typed, performant, with a strong ecosystem of libraries. We're running calculations on data so out of the box performance is important. Scaffolding models into Controllers and Views is handled very well, along with migrations. Strong facilities for serializing and parsing Json & XML. Nice interfaces for integrating email and SMS services. It has a secure, extensible authorization framework (Identity Server). It has a strong debugger, when you make a typo, you know right away, so you can cut out the vast majority of issues by the time you're running it. Easily share class libraries across projects with a private NuGet repository. A nice implementation to get metadata in System.Reflection along with intuitive handling of generics. Support for lambda expressions and functionalish behaviors. Carefully considered implementations of asynchrony and parallelism.
For front-end tools I'm not as up to speed, but browsersync is built in, so that is running without any configuration. They have automatic minification of css and javascript on build, and some tools to work with Angular, Vue, React, etc. as well as an emmet clone which allows you to use emmet shorthand when generating html.
Dev Ops, the Visual Studio IDE is really comfortable for a wide range of people. Strong integration with GitHub & Docker.
Ten years ago when I was starting out, Microsoft wasn't even a consideration when looking at toolsets, it was stodgy, expensive, and didn't run on a MacBook. Now, not only have they completely redesigned, and sold me on their development toolsets, but they've implemented an interesting alternative to AWS, and they've shifted my go-to machine from a Mac to a Windows machine. The turnaround is pretty remarkable (obviously they have remarkable resources, but still). I sort of want Michael Lewis, or someone, to write a book about the last decade at Microsoft.
Writing the policy was trickier than I expected. Started very much with a spirit of 'Hire people you trust,' but thinking about the policy, applied to specific people who have been hired, it brought some more specific guidelines to the policy. Here are the highlights:
Eligibility for Remote Work (pick 4 from: 1 year with company, management status, strong performance record or recommendation from team lead, one department-specific criteria)
Requirements for the Remote Office (minimum equipment, ample space, etc. clearly defined)
Approval Process & Remote Work Guidelines / Contract (lays out guidelines for working remotely and collects employee commitment to adhere)
Saw some commentary that the frequency of working from home shouldn't be a privilege (i.e. if you do a good job, you can work from home for a week), that it should be as routine as possible, so we're making eligibility to work remotely, on a set frequency, an attainable privilege (so it can be revoked if necessary).
For the alternatives to surveillance, we will be implementing some improved communication tools, and departments will be adopting the concept of an ultra-brief daily scrum.
Tried to keep it lean, will be interesting to see where it excels and where it can improve.