Executable and Linkable Format (ELF), is the default binary format on Linux-based systems.
Discover gists
| #!/usr/bin/env bash | |
| set -e | |
| cd ~ | |
| sudo -v | |
| # Make sure system is in a good, updated, clean, state. | |
| sudo apt-get -y update |
how to leverage oracle's temping offers
The limits of the free tier say that you can create up to 4 instances.
- x2 x86 instances (2core/1g)
- x2 ampere instances (with 4core/24g spread between them)
- 200GB total boot volume space across all intances (minimum of 50G per instance)
[!WARNING]
The point of this post is an attempt to calculate e to given precision in bash, a challenge given in a job listing that I saw recently. I kind of got nerd sniped. I wrote this as I went along, so there may be inconsistencies.
###First attempt###
The obvious method to compute e is as the infinite sum of 1/n!, n from 0 to ∞. This converges quickly, but how far do we have to calculate to get the n'th digit of e? We can deal with that later.
We obviously need a factorial function.
fac() {| name | japanese-tech-writing |
|---|---|
| description | 日本語の技術文書・書籍原稿の文章規範。段落と論証の構成(パラグラフライティング)、論証の厳密さ(ツッコミどころの除去)、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、翻訳調の比喩と擬人化の禁止(「運ぶ」「効く」「開かれた問い」など)、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。 |
| license | Unlicense(https://gist.github.com/k16shikano/67625f2a7d96e3bbdfae8d571a936063) |
日本語で技術的な原稿(書籍の章、記事、解説文)を書く・推敲するときは、以下の規範に従う。
See how a minor change to your commit message style can make a difference.
git commit -m"<type>(<optional scope>): <description>" \ -m"<optional body>" \
Sources: https://www.alisaler.com/category-laptop-boardview/
BordView app: http://boardviewer.net/
Laptop BoardView Software download from Below Link
| Type | Description | Download | Software |
|---|---|---|---|
| .ASC | ASUS Board Viewer TSICT | ASUS TSIC.zip | |
| .BDV | BoardViewer HONHAN .BDV | BOARDVIEW_BDV.rar |
| Home/Core TX9XD-98N7V-6WMQ6-BX7FG-H8Q99 | |
| Home/Core (Country Specific) PVMJN-6DFY6-9CCP6-7BKTT-D3WVR | |
| Home/Core (Single Language) 7HNRX-D7KGG-3K4RQ-4WPJ4-YTDFH | |
| Home/Core N 3KHY7-WNT83-DGQKR-F7HPR-844BM | |
| Professional W269N-WFGWX-YVC9B-4J6C9-T83GX | |
| Professional N MH37W-N47XK-V7XM9-C7227-GCQG9 | |
| Professional Enterprise | |
| Professional Workstation | |
| Enterprise NPPR9-FWDCX-D2C8J-H872K-2YT43 | |
| Enterprise N DPH2V-TTNVB-4X9Q3-TJR4H-KHJW4 |
Technical explanation of display compatibility challenges when viewing analog-sourced video content on digital displays.
Standard Definition video content is predominantly formatted for analog CRT display systems. This applies to analog storage formats (VHS, LaserDisc, etc.) as well as many digital media formats (DVD-Video). Individuals new to video archival often attempt to create a single copy that serves both as an authentic archival master and as a readily viewable file. This approach typically fails to achieve either objective effectively. This document explains the technical rationale for maintaining separate archival and viewing copies.
This document focuses primarily on 50/59.94 Hz native video content, including home video and other non-broadcast productions. If the steps are followed correctly, it is possible to create a "viewing copy" of the media that has viewing experience close to original, but consistent and compatible playback o
| #!/bin/bash | |
| # --- Config --- | |
| INTERVAL=30 # seconds between moves | |
| PADDING=100 # stay this many px away from screen edges | |
| # Get screen dimensions | |
| SCREEN_W=$(xdotool getdisplaygeometry | awk '{print $1}') | |
| SCREEN_H=$(xdotool getdisplaygeometry | awk '{print $2}') |
