  |
はてなキーワード: マークアップとは
https://www.boj.or.jp/research/wps_rev/wps_2024/wp24j01.htm
素晴らしい研究だ
第一に、わが国貿易部門の生産性は、米欧と比べると、安価な輸入品の活用等による生産プロセスの効率性改善により伸びてきた面が相対的に大きい。
第二に、海外との競争激化などから、わが国貿易部門の競争力が海外対比で低下したことは、わが国の交易条件の悪化や実質実効為替レートの円安化の一因になったとみられる。
第三に、雇用・賃金面では、製造業から非製造業に雇用のシフトが生じたのと同時に、貿易部門と非貿易部門の賃金格差が拡大した。
第四に、グローバル化の進展は、過去 25年間の大半の期間において、日本の消費者物価を継続的に下押しする要因として働いてきた。
第五に、海外との競争激化もあって、価格マークアップが縮小する中で、わが国企業は、賃金マークダウンの拡大により収益を確保してきた。
------------------------------
1990 年代半ば以降、わが国で交易条件の悪化と実質為替レートの円安化が同時進行した背景について、Obstfeld (2010)は、貿易部門の競争力・価格支配力低下や、中国との競争激化などを指摘している。
交易条件の変動は、家計の可処分所得（実質）を通じて、個人消費（実質）に影響する。
日米欧の実質個人消費と実質可処分所得の成長率の長期トレンドをみると、両者はほぼ一致しているが、わが国は、交易条件悪化による負の所得効果により、実質個人消費の伸びが雇用者報酬等の半分程度にとどまった（図表4）。
この点について、齊藤 (2023)は、交易条件の悪化によって、わが国の国富が海外に流出―GDI（Gross Domestic Income）の停滞―してきたことで個人消費は長期間低迷してきたと指摘している。
R&D や GVC 参加率の要因は、各国の生産性伸び率の相当部分を説明する。
また、国別にみると、米欧は特許・知財や前方参加の押し上げ効果が大きい一方、わが国は後方参加の押し上げ効果が大きい。
これは、わが国貿易部門の生産性は、米欧と比べると、安価な輸入品の活用等による生産プロセスの効率性改善により伸びてきた面が相対的に大きいことを示唆している。
本推計結果は、わが国では、革新的な製品・サービスをグローバルに提供する「プロダクト・イノベーション」よりも、製品を効率よく生産する「プロセス・イノベーション」の比率が高まってきたこととも整合的といえる
わが国企業の労働生産性を、製造業大企業とそれ以外で比較すると、この25年間で両者の乖離幅は大きく拡大した（図表9）。
また、わが国製造業の輸出を、企業規模別にみても、その牽引役は主として大企業であり、中小企業からの輸出はほとんど伸びなかった（輸出売上高比率の変化＜1998年→2021年＞：大企業13％→23％、中小企業2％→5％）
グローバル化進展の生産性へのプラス・マイナス効果（生産性上昇・競争激化等）は、最終的に企業収益に反映されると考えられる。
この点に関連し、Furusawa, Konishi and Tran (2020)は、グローバル化のもとで市場統合が進むと、高品質の製品を生産するトップ企業の収益は大きく伸びる一方、そうでない企業は業績が悪化し、企業間格差が拡大することを理論的に示している。
この点に関連し、わが国の企業収益を企業規模別にみると、貿易型・大企業（FDI・輸出をともに行う企業）は、この25年間で経常利益率が20％ポイント強上がった一方、非貿易型・中小企業の業績は数％ポイント程度しか改善しなかった（図表9右図）。
対米国では、1990年代半ばから2000年代前半にかけて、IT 関連財等での競争激化の影響から、交易条件は下方にシフトしたとみられる。
また、1995 年以降の累積でみると、交易条件の下方シフトには、米国が一番大きく寄与している。
その他に含まれる一部新興国など、2010 年代以降、改善に寄与した地域もあるが、対アジアでは、中国のWTO加盟以降、同国や韓国・台湾などとの競争激化で交易条件が緩やかに悪化している。
実質為替レートの変動は、短期的には生産性といったファンダメンタルズとの関連が薄いとされる（Miyamoto, Nguyen and Oh (2023)）一方、長期的には―貿易部門の（海外との）生産性格差が影響するという――バラッサ・サミュエルソン（BS）効果と整合的といわれている（ Rogoff (1996)、Chinn and Johnston (1996)、Lothian and Taylor (2008)、Chong, Jorda and Taylor (2012)）。
BS 効果とは、ある国で貿易部門の正の生産性ショックがあると、労働市場で賃金が上がり、それにより非貿易部門の物価が海外よりも上がるため、当該国の実質為替レートが増価するという考え方である。
わが国実質為替レートを長期で振り返ると、1980 年代からピークの1990年代半ばにかけては、わが国貿易部門の生産性が相対的に伸びたことやプラザ合意の影響もあり、円高が進んだ（図表 11 左図）（Rogoff (1996)、Ito (1997, 2005)、Ito and Hoshi (2020)、Yoshikawa (1990)）。
一方、1995 年のピークから最近にかけては円安が進み、その背景にはわが国貿易部門の競争力低下によって、「 逆バラッサ・サミュエルソン効果」が働いたと解釈されている（Ito (2022)、Ito and Hoshi (2020)）。
この点を詳しくみるため、日米の貿易部門の労働生産性比率と実質為替レートを比較すると、両者の関連が深いことが示唆される（図表11右図）。
また、日米2か国のDSGEモデル分析からも、ドル円の実質為替レートの最近までの推移は、BS効果のメカニズムによってかなり説明できることが示されている（來住・法眼 (2024)）。
わが国は、交易条件悪化の影響でGDIが伸び悩む一方、GNIはFDIの効果で伸びが高く、海外対比、これらの指標の乖離が大きい（図表12）。
そのうえで、わが国のGDIについて、齊藤 (2023)は、交易条件の悪化を起点に国内所得が海外に流出したことが、個人消費の長期停滞に繋がったことを指摘している。
わが国のFDIが増加傾向を辿るもと、企業はFDIで得た収益を国内にどのように還流させているかも経済への影響を考えるうえでは重要である。
わが国企業の FDI 収益（現地法人からの配当等）は、海外展開のリスクを念頭においた予備的貯蓄選好（Amess (2015)、Aoyagi and Ganelli (2017)）や、担保需要17（Kang and Piao (2015)、IMF (2023a)）などから、半分程度が海外拠点の内部留保（再投資収益）となっている（図表13左図）。
また、国内還流資金に関する企業アンケート結果をみると、その使途としては、研究開発・設備投資、給与・報酬が約2割を占めるものの、「分からない・その他」との回答が6割程度ある（図表13中図）。
この点に関連して、内閣府 (2023) は、海外からの配当金などが国内の設備投資や賃金に活用されていない点を課題と指摘している。
今後も人口減少により国内需要の増加が見込みにくい状況が続くとすると、企業には、海外需要を取り込みながら生産性を押し上げるインセンティブが働き続けると考えられる。
グローバル化は、限界費用の低下やGVCの深化等を通じて、先進国の物価を押し下げてきたといわれている。
とりわけ、わが国の物価は、FDIの推進などから、輸入ペネトレーション比率（輸入額／総供給額）やGVCの後方参加率が高まったことで、海外の安価な輸入品等の影響を受けやすく、他国対比、物価の押し下げ効果が大きかったとみられる（Andrews, Gal and Witheridge (2018)、Goodhart and Pradhan (2020)）（図表 19 左図・中図）。
本コンファレンスの報告論文である福永・城戸・吹田 (2024)は、時系列手法を用いて、
①グローバル化によるコスト低下圧力などを含む各種の海外ショックが、2010 年代後半まで継続的に日本の消費者物価を下押しし、2013 年に日本銀行が導入した量的・質的金融緩和による物価押し上げ効果を一定程度相殺したことや、
わが国では、多国籍企業が高い交渉力を持つ傾向にあり、近年の FDI 増加によって労働者の交渉力が弱まったことが指摘されている（Dobbelaere and Kiyota (2018)）。
この点に関連して、わが国企業の賃金マークダウンをみると、価格マークアップが縮小するもと、賃金マークダウンは大きく拡大しており、企業の賃金交渉力の向上が示唆される（図表21左図・中図）。
これは、企業が価格マークアップ縮小を、賃金マークダウンの拡大により相殺することで収益を確保してきたことを意味しており、わが国の労働分配率が米欧と比べ、長期的に安定してきた一因と考えられる（図表21右図（青木・高富・法眼 (2023)）。
こうした価格マークアップの縮小と、賃金マークダウンの拡大は、わが国で物価・賃金が長らく上がりにくかったことについて一つの整合的な解釈を与えている。
こうした傾向が生じる理論的背景について、Mertens (2022)は、所謂「レント・シェアリング」モデルと整合的であると指摘している。
すなわち、同モデルによると、価格マークアップが小さい企業（縮小している企業）は、そこで発生した余剰を雇用者と分け合う結果、賃金マークダウンが大きい（拡大する）特徴がある。
グローバル化の影響は多岐にわたるもと、この四半世紀を振り返ると、わが国経済・物価への影響の特徴は、以下の5つにまとめられる。
第一に、わが国貿易部門の生産性は、米欧と比べると、安価な輸入品の活用等による、生産プロセスの効率性改善により伸びてきた面が相対的に大きい。
第二に、海外との競争激化により、わが国貿易部門の競争力が低下したことは、わが国の交易条件の悪化や実質実効為替レートの円安化の一因となったとみられる。
第三に、雇用・賃金面への影響をみると、熟練労働者への需要増や競争激化の影響もあり、製造業から非製造業に雇用のシフトが生じたほか、労働生産性が相対的に低い非貿易部門における賃金が低迷する中、貿易部門と非貿易部門の賃金格差が拡大した。
第四に、わが国の物価については、FDI の推進等で、輸入ペネトレーション比率やGVC の後方参加が高まったことなどから、海外の安価な輸入品等の影響を受けやすく、他国対比、物価の押し下げ効果が大きかったとみられる（Andrews, Gal and Witheridge (2018)、Goodhart and Pradhan (2020)）。また、グローバル化進展の影響を含む海外要因が、2010 年代後半まで継続的に日本の消費者物価を下押しし、2013 年以降の強力な金融緩和の物価押し上げ効果も一定程度相殺していた可能性が高い。ただし、足もとでは、これらの海外要因は一転して物価の押し上げ要因となっている（福永・城戸・吹田 (2024)）。
第五に、海外との競争激化もあって、価格マークアップが縮小する中で、わが国企業は、賃金マークダウンの拡大により、収益を確保してきた。こうした調整メカニズムは、わが国の物価・賃金が長らく上がりにくかったことについての1つの整合的な解釈といえる。
メモクラウドが同期できないって私は大騒ぎしていた事件は一件落着し無事に朝を迎えたわけだけど、
まず結論としては
再起動したりメモの同期をオンオフにしてみたりして解決しちゃいました！
トラブルを乗り越えると人は強くなるのよと同時に
涙の数だけ強くなれるってよく言ったものよね。
泣いてないけど！
もうメモ同期が出来なくて辛みが捗る！って絶望的な断崖絶壁の背水の陣の万事休す！だっただけに、
でも万事休すか！って言うマンガの台詞で今まで聞いたことあるのは天津飯さんだけだったりすると同時に、
そもそもとしての万事休すって意味はトイレのロールの紙がなくなってどうにもこうにもならない様を一番現すのにふさわしい表現だと思うと同時に、
もういったい何と何が同時優勝か忘れてしまったけど、
とにかく私は同期できなかったメモを取り戻すことができてよかったわ！
つーかさ、
ボタンを押しっぱなしでオーケー？って思って長押ししていたらSiriが立ち上がるし、
そんでそっか！Siriに訊けば良いじゃん！って訊いたら
ううん、私が知りたいのはコレジャナイの感満載でお送りするエンターテインメントよね。
「システムを終わらせるのにスタートを押すだなんておかしいですね！」ってSiri言うじゃない。
色々な設定の項目を見ていたら、
サポートのお問い合わせの電話番号をウエブで探そうにも奥の方にあってワザと見つけにくいところにやってるでしょ！って言わんばかりの、
でもまた調べてみたら、
ボタンとボリュームダウンのボタンを同時押ししたら昇龍拳が出るように
私は格闘ゲームはしないんだけど唯一ちょっとだけして技が出せるようになった、
その技の出し方はそうよ鉄拳の10連コンボのボタンを全部暗記してしまうほどの1つのキャラクターしか覚えてられないぐらい複雑で
そんなの出せるかーい！って鳴っちゃうところの手前、
そんで
再起動してもそれがきっかけにならずにメモを取り戻すことが出来なかったから
同期のメモの設定を一旦一旦よ、
オフにして即オンにするというまた華麗なる同時オンオフのオンパレード！
まるでメモの大バーゲンだな！ってベジータさんも言いそうなぐらい、
即オンにしたらクラウドからメモが文字通り降って戻ってきたわ！
ということで、
無事に私はメモを取り戻して、
おはようからおやすみまで見守り続けるライオンばりに歯を磨いて寝ることにしたの。
良い夢見れるわね！って
なにしろ私が失った
ものが得ることができたので
きっと何でもないようなことが幸せだったと思う姿それ見ながらパスタ作ったおまえ！って節回しで歌いたいのよ。
目を閉じれば幾千の星！って
ちょうどロードの第256章のところよ。
もうさ、
早く帰ってメモの取り戻し方を必死になって試したい方法を早く実施したい！って思っていて気が気じゃなかったけど、
やってみたら、
案外あっさりと
甘いものが苦手な人が
甘いものを食べたときの言う感想で「意外とあっさりしてる！」って言ってそのスイーツを気に入ってくれるかのような感じね。
ホッとしたわ！
クラウドで困ったら再起動やクラウド設定のオンオフをやってみたらオーケーで私は学びがあったことをここに表明するわ。
でもさー
再起動って
再起動ってなんで困ったらとりあえず再起動なのかしら？って思っちゃうほど
とりあえずビール！ってぐらいな世の中よね。
「ビール」と「とりあえずビール」って2種類のビールがメニューにあったとして、
その「とりあえずビール」を高めに設定したら、
街の看板の5000円ポッキリ！を
ポッキー5000円です！って屁理屈みたいになってみんなお客さん怒っちゃうわよね！
今回の件に関しては
とにかく凄い自信で再起動！って圧をかけてくるWindowsもいい加減にして欲しいものよね。
うふふ。
なんかボリュームが重そうだったので
困ったら安牌のミックス！
安牌って意味よく分かってないけれどサンドイッチ用語ではないことは確かなことは分かるわ。
ホッツ白湯ウォーラーにレモン果汁インのお手軽ポッカレモンホッツ白湯ウォーラー。
すぐにレモン感は気化してしまって一瞬のほんの一瞬のレモン！って浮かんでは消えてしまうほどの
でも油断は禁物ね！
すいすいすいようび～
今日も頑張りましょう！
以下でエンジニアと書いてあるのはソフトウェアエンジニアだと読み替えて欲しい。
最近はエンジニアの間で海外でエンジニアをやれば簡単に年収2000万に到達できる的なブログがバズっているが、ここで疑問になるのはなぜ日本のエンジニアは海外に比べて給料が安いのか。
色々理由はあるが、第一に大きいのが「海外ではエンジニアになるのにはコンピュータサイエンスの学位を持っているのが前提だから」という点。
もちろん野良で独学してエンジニアになっている人間も一定数いるが、固定観念としてエンジニア=CSの学位を持っているというのはある。
ということで必然的に一国のエンジニアの平均的な技術力は高い(技術力とはなんだという話はあるが)。
日本だとどうも大学という存在が軽視されていて、スキル等を獲得する場所ではなく就職予備校という側面が大きく、大学での専攻と卒業後のキャリアの対応付けがめちゃくちゃだったりしている。
そんなわけでエンジニアと名乗っておきながらやっている仕事はマークアップ言語をコーディングしていくだけで、知的生産なのか？というような仕事を主としている人間がかなり存在する。
どうしてこんなことになっているかというと、日本のものづくり業界の歴史としてバブルの時期にハードウェア関連で国が伸びてきたという経緯があり、ハードウェアの会社が強く、ソフトウェアはハードウェアのプラグイン的な捉え方がされているため富士通のようなSIerと呼ばれるシステム導入を主要事業とする会社が後から伸びてきた。
SIerはシステム導入をすることがゴールであり、現在のDevOpsとは真逆で作ったら終わりのビジネスモデルなので(メンテでフィーはもらうが)、少々話が飛躍するが結局SIerはコーディングに興味がない。
日本国内でのハードウェア産業の勃興とソフトウェアの立場の弱さ、SIerの台頭、大学の軽視など様々な力学が働いて結果としてエンジニアの給料は他国に比べて低いと個人的に考えている。
じゃあ日本のエンジニアの給料を上げるにはどうしたらいいんだって話になるわけだけど、極論として全員安い給料でコードを書かなければいいと思う。
ペラッペラのLPを作るのだって最低500万を積まなければければやらない、サイドバーにボタンコンポーネント1つ差し込むのにも100万円払わななければやらない、みたいな。
まあ急にそんなことはできないんだけど、漸進的にこれをやる方法は1つあって、USなりの物価の高い国からオフショアで案件を受ける。
そうすれば自然と給料の高い仕事にエンジニアは流れるので、日本国内のエンジニアが全員オフショアエンジニアになれば結果的に平均的な給料が上がる。
日本経済としてそれはどうなんだろうとは思うけど、近視眼的に日本のエンジニアの給料を上げるというのを解決するにはこのくらいしかない。
オフショアという形を頼らずともVCマネーで生き生きとしているベンチャーはエンジニアの給料を高くしてるけど、これはあくまで局所的な話であって日本全体のスコープで考えたら結局産業構造というものに向き合うしかないと思う。
自分自身エンジニアだったしOSSにもコミットしたりそれなりに開発できる人材に敬意は持ってるけど、それでも安く仕事してくれるなら給料は安めにしたい。
なぜなら会社の口座残高がゼロになったらゲームオーバー(=倒産)なので、削れる人件費は削りたい。自分の会社もエンジニアを抱えているけど事業を回すためにも世間並みの給料ではある。
今後も安く働いてくれると嬉しい。
Twitterとの大きな違い、それは誰しもがActivityPubプロトコル互換の分散SNSサーバーを立ち上げられるという技術的な面以外にも文化的な大きな違いがあって、Twitterでは誰しもが受信者であり発信者であることが工程されるけれども、ActivityPubプロトコルネットワーク、通称Fediverseでは発信者の中でも特に面白いことを作り出す創造者が特に高く評価される傾向にある。
ActivityPubプロトコル互換分散SNSサーバーであるMastodonやMisskeyにはユーザー自身(正確にはサーバー管理者)が自由に投稿文中へ埋め込めるカスタム絵文字を設定できるし、更にMisskeyではカスタム絵文字によるSlackやDiscodeのようなリアクションへ対応し、MFM(Markup language For Misskey)と呼ばれる文字装飾に関するマークアップ環境が整えられておりユーザーはより自由度の高い自己表現投稿をすることが可能だ。
そんなFediverseに居る創造者たちはGIMPやInkscape、FFmpeg、Imagemagickなどを使いこなし、日々面白いカスタム絵文字やアニメーションGIFを生み出してはタイムライン上で笑いを誘い、そしてTwitterでは知られることのないネットミームを生み出しては、いつの間にかTwitterでも使われるようになるのは珍しくなくなっている。
そのノリはまるで世間を全く知らない男子中学生のようで、バイトを始める人が多くなる高校生にすら至らない子供じみた文化だと言える。
ここまで書いて思うのはActivityPub、プロトコル、分散SNS、サーバー、Fediverse、GIMP、Inkscape、FFmpeg、Imagemagick、etc...様々な単語を持ち出したが、これら単語へ即座に反応できる人こそが色々と問題や騒動が巻き起こっている現在のTwitterから別のマイクロブログ型SNSへ移住することができる素質を持つ人々だということだ。ポイントは「移住することができる」である。つまりTwitterには「できない」人が居るのだ。
男子中学生のような子供じみた文化についていけない以前に、明らかにFediverseでは実際に手を動かして五感を刺激する創造へ対する評価が妙に高い。例えば社会問題へ鋭い意見を単なる文字で"ツイート"するだけじゃFediverseでは評価されにくいのではないか？という疑念がある。
Twitterでもイラストやショート動画、面白いGIFは評価される。しかしユーザーの割合で言うと、そのような実際に手を動かして五感を刺激する創造を行える者は少ない。Fediverseではそれが当たり前だとでも言うかのように割合として創造者が多すぎる。
無産オタクなどという言葉が稀に見られるけれどもFediverseでは無産オタクであっても少なくともカスタム絵文字やマークアップで面白おかしく装飾できるようでないと居心地が悪く感じてしまうのだ。Fediverseで無産オタクは価値がないと誰も言わないが、創造者への評価が異常に高いので相対的に無産オタクの価値は低いという現状がある。
誰かが砂場で山を作る、そしてそれを面白がった誰かがトンネルを掘る、水を使えば更に面白い造形が出来て流れる水はスゴイのでは？と誰かが提案し実行する。
Fediverseでは砂場の周りで評論しても砂場の中で遊んでいる子供は決して砂場の外へ目を向けない。眼の前の砂の山をどうするかで頭が一杯なのだ。
選民意識に使うリソースなどFediverseの創造者たちは持っておらず砂の山しか見ておらず、砂場の周りで評論する自分たちのことなんか全く気にしていないからだ。
YouTuberを始めるにあたって昨日今日と環境構築をしている。
動画のジャンルは内緒として、ひたすら効率良く動画を作ることを志向してる。理想は新規のMarkdownファイルがGitHubのmainブランチにマージされたら自動でYouTubeの自分のチャンネルに動画が投稿される、みたいな状態。
まあそこまでやるのは調べるの大変だし事故とかbanが怖いしまずYouTuberとして大成しないことにはって話なので、どっかで妥協すると思う。てかCI/CD周りちゃんと仕事でやっとけばよかったな。
テキスト読み上げで商用利用するなら今はVOICEVOXが良いのかなと感じた。
ただ、作成した音声に合わせた字幕ファイルを作るのがひたすら面倒くさい。絶対自動出力できそうなのに。
VOICEVOXから直で出してくれたら楽だったんだけど、リップシンク用のファイル出力しか対応してなかった（どっかでやってる人がいるかもしれない）。
VOICEVOX公式のGitHubでissue上げることも考えたけど、俺自身がまだ動画一つも上げてないし、字幕ファイルの需要がどれほどのものかも分からないので、とりあえず変換用のスクリプトを自分で書いてみた。
VOICEVOXのプロジェクトファイルであるvvprojファイルの中身はバイナリではなくただのJSONなので、エディタやエンジンのソースコードを弄らなくても、比較的簡単に字幕ファイルに変換できる。なお今回俺はDenoを使った。
こういうシェルスクリプトみたいな小さい仕事やるのにDenoはまじで楽。
あとは動画作るときに需要ありそうだなと感じたら、SubViewer以外のマークアップに対応させてissue上げるなり俺のrepoに置いとくなりしようかな。
エンジンの実態はhttpサーバーらしいので、上手くやれば意外と労力かけずに理想に近い自動化が実現できるかもしれない。
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
デザイナ会社のweb部隊でディレクション・マークアップ・JS書いてる三十路前の女
30代後半～50歳手前のおっさんばっか。
入社当時は、10人ほどいた部隊はこの4年で6人辞めた。私も辞めたい。
社内でそれなりに評価は貰えてると思う。
同年代平均よりも貰ってるだろうし、出身地方の月給15万とか見るとこの道進んでよかったなぁと思う。
だけれど、仕事が楽しくない。
ディレクションが増え、実務でコーディングする時間が徐々に減ってきて..あれなんでここ会社居るんだっけ？と思うこともしばしば。
IT技術の勉強でもするかと奮起するが、何を勉強していいかいつも悩む。
情報系専門学校卒で、資格だけはとにかく持ってる。知識でっかちの豆もやし。
実際に手を動かすと、全く何も出来ない。
なにがしたいかわかんねぇ。
ノリと勢いでweb業界にいる私に、次何を学べばいいかおしえてちょ☆
保持資格
・Oracle bronze
基本情報午後のCASL勉強してた10年ぐらい前と応用情報受かって、ネットワークスペシャリスト受かるぞと燃えてた頃が、1番楽しかったな。
トレースは技法なので基本的に写真などからのトレースはノーカウントにしたい。同業者の創作物からトレースはちょっとオイオイってなる。
重要な立場のもの、たとえば主人公だとかが「これまんまアレですよね？」ってなるとさすがに痛いんだけど、本筋でやられない限りはオマージュとかパロディとかリスペクトとかインスパイアと受け止めてる。
歌詞とメインメロディ以外は不問にしないと音楽が成り立たない。ドラムの4つ打ち、エイトビートなどの基本パターン、ギターやベースのリフなどをパクリじゃあああって言い始めたら音楽を作ることのハードルがやばいくらい高くなってしまう。っていうか俺はリミックスとかバージョン違いとかセルフカバーとかセルフじゃないカバーとか大好きなので歌詞とメロ以外は…ってなる。
足りなかったねん(´・ω・`)
