こういうことができたらいいなと言う発想から考えています。
contract ptr(t T) {
*t
}
type Ptr struct {
#!/bin/bash | |
set -eu | |
readonly ARCHIVER_DIR_PREFIX="${HOME}/.minecraft_archiver" | |
readonly ARCHIVER_BIN_DIR="${ARCHIVER_DIR_PREFIX}/bin" | |
readonly ARCHIVER_WORK_DIR="${ARCHIVER_DIR_PREFIX}/work" | |
readonly SYSTEMD_UNIT_DIR="/usr/lib/systemd/system/" | |
yum -y update |
将来どうなるかはわからないのだが、とりあえず2018年現在、まだスパコンを使って数値計算をしようとしたらFortranかC++を使わなければならない。で、一般論としてコンパイラはFortranの方が最適化しやすく、似たようなコードをFortranとC++で書いたら、Fortranの方が早くなる、ということはまま起きる。それじゃ全部Fortranでかけばよいのか?というと、世の中そんなに単純では無い気がするよ、という感じのポエムです。
なお、以下に出てくる数値計算結果は筆者の(だいぶ昔の)経験を脚色したもので、実際に存在するアーキテクチャやコンパイラとは全く関係ありませんのであしからず。
SATySFiコミッターポリシー提案
用語
PRについて
def x;$x=!$x;end.tap do%) | |
def f(x) | |
if x | |
unless x | |
p :foo # ←ここに実行到達することは可能か? | |
end | |
end | |
end |
OpenSimplexNoise noise; | |
int[][] result; | |
float t, c; | |
float ease(float p) { | |
return 3*p*p - 2*p*p*p; | |
} | |
float ease(float p, float g) { |
// gif by dave aka @beesandbombs :) | |
int[][] result; | |
float t, c; | |
float ease(float p) { | |
return 3*p*p - 2*p*p*p; | |
} | |
float ease(float p, float g) { |
// by david whyte :) | |
int[][] result; | |
float t, c; | |
float ease(float p) { | |
return 3*p*p - 2*p*p*p; | |
} | |
float ease(float p, float g) { |
#include <stdio.h> | |
size_t f(size_t, char [][*]); | |
size_t f(size_t n, char r[][2 < n ? f(n-2, 0) + f(n-1, 0) : 1]) | |
{ | |
return sizeof(*r); | |
} | |
int main() |
#!/bin/bash | |
CHAP= | |
ALLFLAG=0 | |
while getopts ac: OPT | |
do | |
case $OPT in | |
a) ALLFLAG=1;; | |
c) CHAP=$OPTARG;; |