suwa3 Ishizuka427

GitHubの管理が雑すぎる。 個人用アカウント(リポジトリ)の話です。 特にいま運用しているSNSに関しては、設定ファイルやcronなど とりあえず適当にpushされているだけで、いつのものかわからないものもある。 そもそも直近のバージョン追従できていないので 本番で使っていたDocker絡みの情報を残しておいても 今後バージョン上がるごとに検証が必要になってしまうからキツイのだけれども。 いったん脱Dockerしたので、プレーンな状態でチューニングを一通り済ませたら k8s化させるにあたってもう一度コンテナ化は必須なんやろな。 念の為どこかに使っていたDocker絡みの情報は残しておくけれども せいぜい参考程度にしかならない。仕方ない。 そして、マストドンの開発コミュニティ衰退に伴って 参考にできるソースが減りつつあるので 自分の実力を磨かねばと思います！ 最近はアニア動物シリーズにハマっているの。 作業中はアニマルプラネットをBGMで流すのが好きで フィギュアを眺めていると心がぴょんぴょんするので 小動物などから、少しずつ集めたいです。 職場のデスクにいるレッサーパンダ

いったん論理DBを削除しようとしたら postgres=# DROP DATABASE mastodon_production; ERROR: database "mastodon_production" is being accessed by other users DETAIL: There is 1 other session using the database. 何かアクセスしていますとのこと バックグラウンドで動いているサービスを止めていきます。 # service mastodon-web stop # service mastodon-sidekiq stop # service mastodon-streaming stop DROP DATABASE します。 # su - postgres $ psql postgres postgres=# DROP DATABASE mastodon_production; DROP DATABASE 消えているか確認 postgres=# \l 新しく作ります。 $ psql postgres=# CREATE DATABASE mastodon_production ENCODING 'UTF-8'; CREATE DATABASE mastodonユーザーでDB名を指定して入る $ psql mastodon_production

WordPressのサーバーにgit cloneしてこようと思ったら躓いたので、備忘録です。 __| __|_ ) _| ( / Amazon Linux AMI ___|\___|___| https://aws.amazon.com/amazon-linux-ami/2018.03-release-notes/ 普段yumでインストールするので 今回もCentOSを前提にして調べました。 $ yum -y install https://centos7.iuscommunity.org/ius-release.rpm Error: Package: ius-release-2-1.el7.ius.noarch (/ius-release) $ yum -y install https://centos6.iuscommunity.org/ius-release.rpm Complete! $ yum -y install git2u Error: Package: git216-perl-Git-2.16.6-2.el6.ius.noarch (ius) なるほど、CentOS 6っぽいけれども インストールしようとするとコケる。 Gitの公式リファレンスで ソースからgitをインストールする方法を確認します。 Git - Gitのインストール Git のバイナリをコンパイルしてインストールするために必要な 依存ライブラリをインストール $ sudo yum install curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel git-2.24.1.tar.gz $ wget https://github.com/git/git/archive/v2.24.1.tar.gz ダウンロードが終わったら、コンパイルしてインストールします。 $ tar -zxf v2.24.1.tar.gz $ cd git-2.

今日は大事大事な基礎って部分をやったと思うので備忘録です。 このblogの続き作業です。 https://wp.suwa3.me/2020/03/04/%e3%80%8c%e3%81%93%e3%82%8c%e3%81%8c%e7%84%a1%e3%81%84%e3%81%a8%e5%8b%95%e3%81%8b%e3%81%aa%e3%81%84%e3%80%8d%e7%b3%bb/ from datetime import date してきて、date関数を使えるようにしたら 自分のほしい形式になるように整形して 出力されるものが文字列なのか数値なのかを考えて代入する。 datetime — 基本的な日付型および時間型 — Python 3.8.2 ドキュメント from datetime import date (略) def get_report(analytics, date_): (略) return analytics.reports().batchGet( body={ 'reportRequests': [ { 'viewId': VIEW_ID, 'dateRanges': [{'startDate': date_.strftime("%Y-%m-%d"), 'endDate': date_.strftime("%Y-%m-%d")}], 'metrics': [{'expression': 'ga:sessions'}], 'dimensions': [{'name': 'ga:country'}] }] } ).execute() (略) def main(): analytics = initialize_analyticsreporting() yesterday = date(2020, 3, 9) - datetime.timedelta(days=1) response = get_report(analytics, yesterday) data = { "date": yesterday.strftime("%Y%m%d"), "quantity": response["reports"][0]["data"]["totals"][0]["values"][0], } 使う関数は、その都度公式リファレンスで使い方の詳細を確認する。

先日おもしろい記事を見つけたので スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital 記事自体はつい最近のもので新しいのだけれども 1994年のインターネット勃興期から2002年までの8年間をかけてシリコンバレーのハイテクスタートアップ企業200社を追跡調査した興味深いレポート とあるように、データ自体は少し古めです。 国も時代も違うけれども、参考になるなぁと感じた。 組織をつくるという視点で語る記事は多くあれど ほとんどが自身の会社での経験談であったり、雰囲気で語られていたりするものが多い中 実在した200社を、8年間追いかけたうえで得られた 具体的なデータを元にして分析しているという点で価値を感じた。 内容をざっくり話すと 組織設計の型を大きく5つに分けていて 現実にはほとんどの企業が5つの類型のどれかに相当していて、上記の各軸の選択肢は互いに独立して選ぶようなものではないらしいということです。 とのことです。 で、その5つが(以下、記事から引用) **スター型：**トップ人材だけを雇い、最高の待遇を用意する。彼らが仕事を遂行するのに必要なリソースと自由裁量を与える **エンジニア型：**われわれは真剣で、熱量はきわめて高い。大組織におけるゲリラ的プロジェクト遂行のメンタリティーをもつ **コミットメント型：**もし会社を辞めることがあるとしても、それは引退するとき。そんな会社をつくりたかった **官僚型：**ジョブ・ディスクリプションやプロジェクト文書があるなど、文書化を徹底し、厳格なプロジェクト・マネジメントの方法論を採用する **独裁型：**給料だすから、仕事しろ スタートアップで失敗(組織崩壊で消滅)する確率が高いのは独裁型。 逆に、失敗しないのはコミットメント型が一番高く二番手でスター型とのこと。 (このあたりの数字を可視化したものが元記事にあって、感覚的にもわかりやすいなと感じた。) コミットメント型において、働いている人たちは その企業のカルチャーやチームが好き 帰属意識を感じている人が多い 採用のときにもカルチャーフィットを重視している とのこと。企業のファンになっている感じだねぇ。 ただ上場するなどして、ある程度組織化してくると この仕組みは通用しなくなるらしく スター型の方が成長におけるパフォーマンスは高いらしい。 人が増えて軌道に乗ってさえしまえば、各々の帰属意識の優先度は下がるのだなぁ。人間の組織って感じがする。 また、スター型の課題として 必然的に離職率が高くなる エンジニア以外の職種の人たちが不公平を感じて辞めていく の2点が挙げられている。 組織づくりは軽視できないのだなと感じたし、タイミングを間違えると影響範囲が大きいとも感じた。 実情にあわせた仕組みと制度づくりが必要なのだなぁ。