1,429 karma · joined May 3, 2011
a) Specific to this feature: For library maintainers, this means that argument names are now part of the public API, whether I like it or not, and renaming a parameter from $orderBy to $sortBy is now technically a breaking change. Yeah, you can put something in the readme saying "Heads up: I don't support named arguments and intend to rename arguments in semver-minor releases", but should you need to do that?
b) General to all new PHP features: PHP is a great language, with lots of crap code written in it. Will this feature result in people writing better or worse code? Just because something is optional doesn't mean it's a good idea, if it will result in the overall code quality of the ecosystem to get worse. Some people think that named arguments will make it too easy to create monster functions with too many parameters.
I personally support (aka am DELIGHTED by) named arguments, but I'm sympathetic to the concerns of library maintainers and I don't see a better way around it than a remark in the readme (at least until/unless they introduce e.g. a @@NoNamedArguments annotation in PHP 8.1). And I think that the benefits of named arguments far surpass the risk that they encourage people to create methods with too many arguments. But I can see both arguments.
Sourcetree is my go to git client, but if I couldn't use sourcetree I'd be OK with pretty much any git GUI. But git CLI is reserved for particularly tricky things that GUIs just can't handle well. (And I need to look up the specific flags or commands every single time.)
[0] https://www.isc.upenn.edu/alerts-outages/planned-weblogin-ss...
<!-- inventory.html.twig: -->
<div
id="app"
data-inventory="{{ inventory | json_encode }}"
>
</div>
// main.js
new Vue({
template: '<App :inventory="inventory"/>',
components: {App},
data() {
return {
inventory: null
}
},
beforeMount: function () {
this.inventory = JSON.parse(this.$el.attributes['data-inventory'].value);
}
}).$mount('#app');Way to Health is a patient engagement and research platform which has been used to power over 100 research studies and clinical programs improving the health of our patients. As just one example, the Heart Safe Motherhood program uses our platform to text postpartum mothers about their blood pressure for 10 days, allowing us to catch mothers at risk for preeclampsia long before they would otherwise show up in an ambulance.
As we scale from research to clinical and commercial use, the Software Developers on our team play a critical role in extending and supporting the platform - designing and building new features to enable novel patient engagement strategies, improving the user interface for our patients and providers, and troubleshooting issues affecting our users.
This position requires strong technical ability to design and build web applications and APIs, clear communication with team members and users to deeply understand user needs, and creativity to solve issues and meet requirements while paying off rather than accruing technical debt.
Bachelors degree and minimum 3 years experience in web development required. We use mostly PHP/Symfony and Vue.js so experience in either of those is a plus, but we will consider candidates with experience in other backend or frontend frameworks. An interest in medicine, research, and/or patient engagement is always great - we are an excited and engaged team who loves what we do and the impact that we can make.
Email me at [my HN username]@waytohealth.org with your resume or any questions - I'm happy to chat. Application is at http://w2h.us/devjob
Way to Health is a patient engagement and research platform which has been used to power over 100 research studies and clinical programs improving the health of our patients. As just one example, the Heart Safe Motherhood program uses our platform to text postpartum mothers about their blood pressure for 10 days, allowing us to catch mothers at risk for preeclampsia long before they would otherwise show up in an ambulance.
As we scale from research to clinical and commercial use, the Software Developers on our team play a critical role in extending and supporting the platform - designing and building new features to enable novel patient engagement strategies, improving the user interface for our patients and providers, and troubleshooting issues affecting our users.
This position requires strong technical ability to design and build web applications and APIs, clear communication with team members and users to deeply understand user needs, and creativity to solve issues and meet requirements while paying off rather than accruing technical debt.
Bachelors degree and minimum 3 years experience in web development required. We use mostly PHP and Vue.js so experience in either of those is a plus, but we will consider candidates with experience in other backend or frontend frameworks. An interest in medicine, research, and/or patient engagement is always great - we are an excited and engaged team who loves what we do and the impact that we can make.
Email me at [my HN username]@waytohealth.org with your resume or any questions - I'm happy to chat.
When it comes to binaries it's still a bit of a mess (homebrew? pecl? yum?) but the native PHP code story is clearer than any other language ecosystem I've seen.
But too-many-dependencies is a problem there too.
http://edition.cnn.com/2001/TRAVEL/NEWS/03/15/wrong.airport/...
In the thread at http://www.airliners.net/forum/viewtopic.php?t=76657 the commenters list a few other instances of this happening.
$ nslookup krebsonsecurity.com 71.242.0.12
Server: 71.242.0.12
Address: 71.242.0.12#53
Non-authoritative answer:
Name: krebsonsecurity.com
Address: 127.0.0.1
EDIT: I see downthread that this is a DNS propagation issue. Nevermind.