VirtualTam's bookmarks
23 bookmarks found
-
-
Grumpy Website
2023-10-29 Grumpy Website is a world-leading media conglomerate of renowned experts in UIs, UX and TVs.
We’ve been reporting on infinite scrolls, cookie banners and unnecessary modal dialogs since 2017.
-
RedPanda | Data Streaming Platform
2022-09-04 -
Mexican Government Report Text Analysis
2019-09-24 -
- Unicode text segmentation - https://unicode.org/reports/tr29/
- Unicode emoji - https://unicode.org/reports/tr51/#Searching
- https://jolicode.com/blog/search-for-emoji-with-elasticsearch
-
DMARC How-tos / FAQ
2017-12-21 -
https://blog.returnpath.com/how-to-explain-dmarc-in-plain-english/
-
https://blog.returnpath.com/infographic-how-to-prevent-email-fraud-with-dmarc/
-
https://blog.returnpath.com/build-your-dmarc-record-in-15-minutes-v2/
-
https://blog.returnpath.com/how-to-read-your-first-dmarc-reports-part-1/
-
https://blog.returnpath.com/how-to-read-your-first-dmarc-reports-part-2/
-
https://webmasters.stackexchange.com/questions/102509/dmarc-understanding-aggregate-reports
-
https://webmasters.stackexchange.com/questions/90326/dmarc-spf-fail-dkim-pass-source-ip-not-mine
-
https://www.endpoint.com/blog/2014/04/15/spf-dkim-and-dmarc-brief-explanation
-
https://stackoverflow.com/questions/30342550/why-do-i-receive-a-dmarc-report-everyday
-
-
DMARC reports analysis tools
2017-12-21 - https://dmarc.org/resources/code-and-libraries/
- https://blog.returnpath.com/how-to-read-your-first-dmarc-reports-part-1/
- https://domainaware.github.io/checkdmarc/
- https://github.com/domainaware/checkdmarc
- https://github.com/domainaware/parsedmarc
- https://github.com/trailofbits/dmarc
- https://github.com/beckspaced/Dmarc-Report-Viewer-Extended
- https://github.com/linkedin/lafayette/
- https://github.com/thinkingserious/sendgrid-python-dmarc-parser
- https://github.com/prbinu/dmarc-report-processor
- https://github.com/alan-hicks/django-dmarc
- https://github.com/martinhoefling/go-dmarc-report
- https://github.com/cheatas/DMARCate
-
Chaos Engineering - O'Reilly Media
2017-08-22 With so many interacting components, the number of things that can go wrong in a distributed system is enormous. You’ll never be able to prevent all possible failure modes, but you can identify many of the weaknesses in your system before they’re triggered by these events. This report introduces you to Chaos Engineering, a method of experimenting on infrastructure that lets you expose weaknesses before they become a real problem.
-
UK Government - Digital Service Standard
2016-08-16 - Understand user needs
- Do ongoing user research
- Have a multidisciplinary team
- Use agile methods
- Iterate and improve frequently
- Evaluate tools and systems
- Understand security and privacy issues
- Make all new source code open
- Use open standards and common platforms
- Test the end-to-end service
- Make a plan for being offline
- Make sure users succeed first time
- Make the user experience consistent with GOV.UK
- Encourage everyone to use the digital service
- Collect performance data
- Identify performance indicators
- Report performance data on the Performance Platform
- Test with the minister
-
Ça marche pas ! | CommitStrip
2016-03-21 -
Python unit testing frameworks: Nose, Pytest
2015-02-13 Python's built-in unittest module is quite cool, but a bit limited and way too verbose (read: it's quite not easy to incite developers to write unit tests)
I'm currently looking for more dev-friendly solutions, the key points being:
- writing test code should be easy and straight-forward -keep the focus on "what to test" instead of "how to transcribe a process to a test"
- parallelization! -we, spoiled developers, should make good use of our way-too-many-cores build machines...
- complete feature set!
- we don't want to just run tests...
- coverage reports (find dead/weak/untested code sections)
- output formatting (JUnit-XML seems to be quite a common format out there)
There seem to be 3 solutions in Python:
- stock unittest + project-dependent customizations / test helpers
- nosetests
- py.test
And 2 ways of gettings things done:
- keeping things stock: no external dependency, project-specific implementation...
- using a test framework: one more module in your (test) virtualenv, more concise tests, more features (// run, code coverage, etc.)
Some links:
-
Quake on an oscilloscope: A technical report
2014-12-31 -
Shining - Goretex Weather Report (EKF)
2014-12-20 -
Continuous integration in Python
2014-11-27 http://ilovesymposia.com/2014/10/01/continuous-integration-0-automated-tests-with-pytest/ http://ilovesymposia.com/2014/10/02/continuous-integration-1-test-coverage/ http://ilovesymposia.com/2014/10/13/continuous-integration-in-python-3-set-up-your-test-configuration-files/ http://ilovesymposia.com/2014/10/15/continuous-integration-in-python-4-set-up-travis-ci/ http://ilovesymposia.com/2014/10/15/continuous-integration-in-python-5-report-test-coverage-using-coveralls/ http://ilovesymposia.com/2014/10/17/continuous-integration-in-python-6-show-off-your-work/ http://ilovesymposia.com/2014/10/27/continuous-integration-in-python-7-some-helper-tools-and-final-thoughts/