<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: decisiveness</title><link>https://news.ycombinator.com/user?id=decisiveness</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 25 May 2026 19:03:36 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=decisiveness" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by decisiveness in "Absolute truths I unlearned as junior developer"]]></title><description><![CDATA[
<p>And each time this happens, you get better about writing readable comments up front describing edge cases and difficulties so that future self can avoid steps 1 - 6 with a head start on refactor ideas / feasibility.</p>
]]></description><pubDate>Sat, 08 Jun 2019 17:41:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=20133810</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=20133810</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20133810</guid></item><item><title><![CDATA[An AWK to C++ Translator (1991) [pdf]]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.cs.princeton.edu/~bwk/btl.mirror/awkc++.pdf">https://www.cs.princeton.edu/~bwk/btl.mirror/awkc++.pdf</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=18780757">https://news.ycombinator.com/item?id=18780757</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 29 Dec 2018 00:38:53 +0000</pubDate><link>https://www.cs.princeton.edu/~bwk/btl.mirror/awkc++.pdf</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=18780757</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=18780757</guid></item><item><title><![CDATA[New comment by decisiveness in "If Fortnite Were a Website, It Would Rival Reddit and Amazon"]]></title><description><![CDATA[
<p>> Perhaps a site that's been around for over a decade and already has mass brand recognition might not get as many people googling it bare, since most people can just... go there directly.<p>It seems to me that googling for a popular site like reddit is actually pretty common. A couple of reasons:<p>1. Because google is often much better at returning relevant results for site:<site>.com <query> than searching for <query> in the site's search engine. I would think this to be the case even more so for types of sites like reddit simply because of such high total post / word count. In fact, brand recognition would seem to be <i>more</i> of a reason for people to google it. E.g. If you want to read a wikipedia article on some topic, you normally wouldn't visit wikipedia.org first to use its search, you'd google "wikipedia <topic>" or "site:wikipedia.org <topic>".<p>2. To avoid hitting enter after a typo and ending up on some malware site <domain with typo>.com.</p>
]]></description><pubDate>Sat, 05 May 2018 04:32:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=17000324</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=17000324</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17000324</guid></item><item><title><![CDATA[New comment by decisiveness in "Tell HN: Have to quit Quora because of mobile get app screen"]]></title><description><![CDATA[
<p>My guess is that most companies decide to cut the cost of maintaining responsive web apps since they are already paying developers to maintain native mobile and desktop web. Because, in their minds "who wouldn't just use the app"?<p>To get around it, there are a few lesser known mobile browsers that allow you to modify the "User-Agent" header, in which case you can bypass by masking yourself as viewing on a desktop browser. Sleipnir is one.</p>
]]></description><pubDate>Sat, 07 Apr 2018 01:34:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=16778935</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=16778935</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16778935</guid></item><item><title><![CDATA[New comment by decisiveness in "Cloudflare's new DNS attracting 'gigabits per second' of rubbish"]]></title><description><![CDATA[
<p>>they can’t query anything on a specific user.<p>What exactly do you mean by "user"? Can they query DNS traffic by IP address / subnet? Exactly what are all of the restrictions there?<p>EDIT: Is there a whitelist of things they can query by or do you simply trust them to be good citizens, have a binding legal agreement, all of the above?</p>
]]></description><pubDate>Fri, 06 Apr 2018 07:14:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=16771512</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=16771512</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16771512</guid></item><item><title><![CDATA[New comment by decisiveness in "Cloudflare's new DNS attracting 'gigabits per second' of rubbish"]]></title><description><![CDATA[
<p>>APNIC gets to see the noise as well as the DNS traffic<p>>Huston emphasised that APNIC intends to protect users' privacy. "DNS is remarkably informative about what users do, if you inspect it closely, and none of us are interested in doing that," he said.<p>Maybe it is reasonable to take them at their word as they seem trustworthy, but we should at least consider the fact that at least some of this DNS traffic is indeed being analyzed.</p>
]]></description><pubDate>Fri, 06 Apr 2018 06:28:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=16771328</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=16771328</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16771328</guid></item><item><title><![CDATA[New comment by decisiveness in "What is backpropagation and what is it doing? [video]"]]></title><description><![CDATA[
<p>I don't think knowing exactly what parent comment is talking about is required to see that they weren't suggesting we should do away with all visualizations just because there are some cases where they might not be the best tool for teaching.</p>
]]></description><pubDate>Sat, 04 Nov 2017 18:36:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=15626289</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=15626289</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15626289</guid></item><item><title><![CDATA[New comment by decisiveness in "Firefox Master Password Duplicate Prompt Bug Unfixed for 15 Years"]]></title><description><![CDATA[
<p>I'm not sure what posting this accomplishes, but it certainly was not intended to shame the developers, though I can see how it might be perceived that way.  I am more than satisfied and thankful for everything else that Mozilla provides me in Firefox (especially after the 57 update).<p>It was, more than anything, intended to offer a noticeable bump in hopes that I don't have to continue wasting 5 seconds finding and closing the window every time I open Firefox (as I have had to do since using this feature over the last hand full of years).  I've probably spent (roughly) 2 hours of my life closing these duplicate prompts over time.<p>It's an annoying user experience that seems fixable which is why I'm surprised it still remains at "normal" priority.  I would spend the time to read every comment, read through and understand the architecture of this legacy code, fix the bug and submit a patch only to have it code reviewed and have me resubmit or be forced to resign my attempt because political reasons or some other factor, but that would probably take me more than 2 hours so I refrain and hope that it gets fixed in the next 7 years.<p>Not intending to be snide, just a moderately inconvenienced user trying to stir action.</p>
]]></description><pubDate>Sun, 08 Oct 2017 01:56:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=15426639</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=15426639</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15426639</guid></item><item><title><![CDATA[Firefox Master Password Duplicate Prompt Bug Unfixed for 15 Years]]></title><description><![CDATA[
<p>Article URL: <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=177175">https://bugzilla.mozilla.org/show_bug.cgi?id=177175</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=15425681">https://news.ycombinator.com/item?id=15425681</a></p>
<p>Points: 15</p>
<p># Comments: 5</p>
]]></description><pubDate>Sat, 07 Oct 2017 21:00:22 +0000</pubDate><link>https://bugzilla.mozilla.org/show_bug.cgi?id=177175</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=15425681</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15425681</guid></item><item><title><![CDATA[New comment by decisiveness in "Monolith First (2015)"]]></title><description><![CDATA[
<p>What many seem to have missed from this is the bit at the end where Fowler concedes:<p>> I don't feel I have enough anecdotes yet to get a firm handle on how to decide whether to use a monolith-first strategy.<p>after linking and mentioning points of a guest post [1] (with which I strongly agree) which argues against starting with a monolith. A key part from that post:<p>> Microservices’ main benefit, in my view, is enabling parallel development by establishing a hard-to-cross boundary between different parts of your system. By doing this, you make it hard – or at least harder – to do the wrong thing: Namely, connecting parts that shouldn’t be connected, and coupling those that need to be connected too tightly. In theory, you don’t need microservices for this if you simply have the discipline to follow clear rules and establish clear boundaries within your monolithic application; in practice, I’ve found this to be the case only very rarely.<p>[1] <a href="https://martinfowler.com/articles/dont-start-monolith.html" rel="nofollow">https://martinfowler.com/articles/dont-start-monolith.html</a></p>
]]></description><pubDate>Thu, 20 Jul 2017 03:57:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=14809925</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=14809925</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14809925</guid></item><item><title><![CDATA[New comment by decisiveness in "Intel Skylake/Kaby Lake processors: broken hyper-threading"]]></title><description><![CDATA[
<p>To quote the Intel Developer Instructions[1] on the HTT flag:<p>>A value of 0 for HTT indicates there is only a single logical processor in the package and software should assume only a single APIC ID is reserved. A value of 1 for HTT indicates the value in CPUID.1.EBX[23:16] (the Maximum number of addressable IDs for logical processors in this package) is valid for the package.<p>UPDATE: It appears these flags refer to each initial APIC ID, so it seems the HTT flag value should be 0 in all cases where the overall processor:thread ratio is 1, suggesting there might either be incorrect information in the CPUID instruction for some Intel CPUs or the kernel is not correctly evaluating CPUID.1.EBX[23:16].<p>Hopefully, someone more versed in CPUs can correct me here.<p>[1]<a href="https://www.intel.com/content/www/us/en/architecture-and-technology/64-ia-32-architectures-software-developer-manual-325462.html" rel="nofollow">https://www.intel.com/content/www/us/en/architecture-and-tec...</a></p>
]]></description><pubDate>Sun, 25 Jun 2017 18:38:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=14631436</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=14631436</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14631436</guid></item><item><title><![CDATA[New comment by decisiveness in "Intel Skylake/Kaby Lake processors: broken hyper-threading"]]></title><description><![CDATA[
<p>It looks like dmidecode also contradicts itself with the hyper threading flag:<p><pre><code>    $ sudo dmidecode -t processor | grep -E 'Flags:|HTT|Status|Count'
    	Flags:
		HTT (Multi-threading)
	Status: Populated, Enabled
	Core Count: 4
	Thread Count: 4</code></pre></p>
]]></description><pubDate>Sun, 25 Jun 2017 17:23:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=14631073</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=14631073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14631073</guid></item><item><title><![CDATA[New comment by decisiveness in "Intel Skylake/Kaby Lake processors: broken hyper-threading"]]></title><description><![CDATA[
<p>>Rule of thumb: On a desktop, if you have an i5 you do not have Hyperthreading. All i3s and i7s do have Hyperthreading, as do new Kaby Lake Pentiums (G4560, 4600, 4620).<p>Hmm...either this statement is wrong or this desktop /proc/cpinfo is wrong:<p><pre><code>    $ grep -E 'model|stepping|cpu cores' /proc/cpuinfo | sort -u
    cpu cores	    : 4
    model           : 94
    model name	    : Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
    stepping	    : 3
    $ grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
    Hyper-threading is supported
</code></pre>
Intel's product spec page[1] lists this CPU as not supporting Hyper-Threading so I'm a bit puzzled as to why the ht flag is present.<p>[1]<a href="https://ark.intel.com/products/88188/Intel-Core-i5-6600-Processor-6M-Cache-up-to-3_90-GHz" rel="nofollow">https://ark.intel.com/products/88188/Intel-Core-i5-6600-Proc...</a></p>
]]></description><pubDate>Sun, 25 Jun 2017 16:18:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=14630728</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=14630728</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14630728</guid></item><item><title><![CDATA[New comment by decisiveness in "Comcast internet speed improved with non-Comcast hardware"]]></title><description><![CDATA[
<p>Never rely on your ISP to provide great wifi equipment.  This is not something specific to Comcast.  Generally, it seems residential ISPs are only on the hook for providing quoted speeds via a wired connection to their gateway.<p>This is why I always either disable the wifi from my ISP's modem/router combo and branch off my own wifi router from the modem's LAN or request a modem only device from the ISP and use my wifi router's LAN.  The downside to the former case is that your wifi devices are now double NATed (unless you use a wireless bridge) which can be annoying if you want to forward ports (you now have to do it twice). The modem/router combo might not support disabling its LAN to act as a bridge very well.</p>
]]></description><pubDate>Mon, 03 Apr 2017 00:45:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=14019902</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=14019902</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14019902</guid></item><item><title><![CDATA[New comment by decisiveness in "CIA malware and hacking tools"]]></title><description><![CDATA[
<p>Truth or not, I'm curious to know how the high probability that all content is curated doesn't bother you?<p>I can't find one leak that's been damaging to Putin's agenda. That doesn't prove Russia is in control of the site, but it's curious that every single leak has been either damaging to the United States, other parties that have not had good relations with Russia or relatively inconsequential to either.<p>The fact that Assange cannot verify he produces the content of his site only furthers the probability of Russia having seized possession of it, given there exists no damaging information to Putin's regime.  Would it not be better if those leaks were exposed along with everything else?</p>
]]></description><pubDate>Fri, 10 Mar 2017 06:43:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=13836836</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=13836836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13836836</guid></item><item><title><![CDATA[New comment by decisiveness in "GNU Parallel"]]></title><description><![CDATA[
<p>The parallel example will definitely not work as you expect, and will likely result in most duplicate lines still being present.  When using --pipe this way, if you don't declare --block to be the size of the file (in which case there's no benefit to using parallel), each parallel execution will be run on a separate 1MB (default --block size) chunk of the file before outputting results all separately, then together in a single group (stdout), to the output file.<p>If you're looking to spread work across CPUs and correctly get the desired output, I'd do something like:<p><pre><code>    parallel -a input.txt --pipepart mawk \'\!a[\$0]++\' | mawk '!a[$0]++' > output.txt
</code></pre>
I used mawk because it is typically much more performant on large files.</p>
]]></description><pubDate>Mon, 26 Dec 2016 21:20:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=13259818</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=13259818</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13259818</guid></item><item><title><![CDATA[New comment by decisiveness in "Uber Now Tracks Passengers’ Locations Even After They’re Dropped Off"]]></title><description><![CDATA[
<p>Unfortunately, "We were told the reason to track...is for fraud", does not make me very confident what you believe to be true is really true. And makes me even less confident considering your assertion that "nothing nefarious is going on. If there was, we the engineers would be against it completely."  If your knowledge of what ultimately happens with the data relies merely on what you are told, how can it be possible for you to know nothing nefarious is going on?<p>I was more hoping you'd try to answer the part that addressed the "While Using" option being removed. I'm guessing that one might also be too difficult to answer honestly in a public forum?</p>
]]></description><pubDate>Tue, 13 Dec 2016 05:23:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=13164685</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=13164685</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13164685</guid></item><item><title><![CDATA[New comment by decisiveness in "Uber’s New Terms of Use Gives It Unlimited Rights to Sell Customer Data"]]></title><description><![CDATA[
<p>Coupling this with the app's removal of the "While Using" location access option, given their history, it's hard to imagine Uber won't try to do something nefarious to violate their users' privacy in the worst way.</p>
]]></description><pubDate>Sat, 26 Nov 2016 06:39:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=13042129</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=13042129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13042129</guid></item><item><title><![CDATA[New comment by decisiveness in "Google's login page accepts a vulnerable GET parameter"]]></title><description><![CDATA[
<p>Agreed, and not trying to be pedantic, but it might be more accurate to say: "If AB is a vulnerability only if B is <i>present</i>, then A is not a vulnerability".</p>
]]></description><pubDate>Wed, 31 Aug 2016 05:03:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=12396138</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=12396138</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12396138</guid></item><item><title><![CDATA[New comment by decisiveness in "Praise for Intelligence Can Undermine Children's Motivation (1998) [pdf]"]]></title><description><![CDATA[
<p>One problem is that the children's IQs weren't considered in relation to the task at hand.  A more useful study would have included how praise for ability and effort effect children in separate classes of intelligence.  To be remotely helpful, at the very least, we should know the range and mean IQ of the children in the study.</p>
]]></description><pubDate>Sat, 06 Aug 2016 03:29:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=12236891</link><dc:creator>decisiveness</dc:creator><comments>https://news.ycombinator.com/item?id=12236891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12236891</guid></item></channel></rss>