t_wの輪郭

TypeScript、「anyはバグる」を経由して、「stringはバグる」に至った。

stringという何でも入る型よりも、MailAddressのような意味付けされた型の方がバグらない。

音読する

• 音読しづらい文章は読み手にとって読みづらい可能性が高く、音読しやすい文章に直すことで文章のリズムなどが整う
• 誤字脱字、論理の飛躍なども音読によって発見される

相手に質問する文章では、穴埋めの表などを作って、そこに記入するだけにし、相手が作文する必要がない状態にする

• 相手が回答しやすいため、回答をもらえる確率が上がる
• フォーマットが制約されるため、意図した回答を得られる確率が上がる

相手に質問する文章では、どういった経緯、目的で質問したいかを文章の後の方に書く

• 意図を伝えておくと回答してもらえる確率が上がる
• 意図を伝えておくと、プラスアルファの情報をもらえる確率が上がる

「省略」を徹底的に無くす

• 主語、述語、目的語を省略しない
• 体言止めをしない
• 「今日」ではなく「今日yyyy年MM月dd日」と書く

一通り文章を書いた後に、最も引きのある部分を先頭に移動させたり、タイトルにしたりする

• 最初に引きのある文章をおくと、それ以降も読んでもらえる確率が上がる

久々に探したら見つかった！！！

出力例

入力
[INST] こんにちは [/INST]

出力
死ねゴミカスクソ野郎

状態Aから状態Bへの動的な文章。状態遷移を起こした行為を暗示。読者の意識を動かす。「好きなら画像があるだろう」から「好きなら画像がないのは当然だ」への意識の転換を生じさせる。

import * as cdk from 'aws-cdk-lib';
import { Construct } from 'constructs';
import * as ec2 from "aws-cdk-lib/aws-ec2";
import * as ecs from "aws-cdk-lib/aws-ecs";
import * as ecs_patterns from "aws-cdk-lib/aws-ecs-patterns";

export class CdkStack extends cdk.Stack {
  constructor(scope: Construct, id: string, props?: cdk.StackProps) {
    super(scope, id, props);

    const vpc = ec2.Vpc.fromLookup(this, "vpc", {
      vpcId: "vpc-#############"
    })

    const cluster = ecs.Cluster.fromClusterAttributes(this, "ecs-cluster", {
      "clusterName": "hoge-cluster",
      "vpc": vpc,
    });

    // Create a load-balanced Fargate service and make it public
    new ecs_patterns.ApplicationLoadBalancedFargateService(this, "fargate-service", {
      cluster: cluster, // Required
      cpu: 256, // Default is 256
      memoryLimitMiB: 512, // Default is 512
      desiredCount: 1, // Default is 1
      taskImageOptions: { image: ecs.ContainerImage.fromAsset("####") },
      publicLoadBalancer: true, // Default is true
      assignPublicIp: true,
    });
  }
}

• 『t_wの輪郭』の表のヘッダのデザインを調整する
• 『t_wの輪郭』をFargateに移行する
• 『t_wの輪郭』をCI/CDでデプロイ可能にする
• knownetをFargateに移行する
• KnownetをAurora DSQLに移行する
• TwEgakuの描画バグを修正する
• TinySwallow-1.5Bを試す

多分やらない

• 我孫子の唐揚げそば

duckdb ./t_w-rinkaku.duckdb "SELECT fg.title as fgtitle, bg.title as bgtitle FROM post as fg, PostRelation, post as bg WHERE regexp_extract(fg.title, '([あ-ん]|[ｂ-ｚ])+')=fg.title AND LEN(fg.title) > 1 AND LEN(bg.title) > 1 AND NOT CONTAINS(bgtitle, fgtitle) AND PostRelation.fg = fg.kno AND PostRelation.bg = bg.kno ORDER BY fg.title;" --json | jq ".[] | .fgtitle + \"\t\" + .bgtitle + \"\t名詞\t\"" -r > import.txt

duckdb ./t_w-rinkaku.duckdb –json -c "SELECT fg.title as fgtitle, bg.title as bgtitle FROM post as fg, PostRelation, post as bg WHERE LEN(fg.title) > 1 AND LEN(bg.title) > 1 AND LEN(bg.title) < LEN(fg.title) AND regexp_extract(fg.title, '([あ-ん]|[ｂ-ｚ])+')=fg.title AND PostRelation.fg = fg.kno AND PostRelation.bg = bg.kno ORDER BY fg.title;" > dict.json

dict.txtのエンコードをUTF-16LEに変更する

もしかしてWebサイトで無限スクロールを素朴に実装すると、HTMLの要素が増えすぎて処理が重たくなる？

見えてないところの要素は中身を間引くとかやると処理が軽くなる仮説。

HTML用のRecyclerViewつくるイメージ。