解けない問題にぶち当たった時、そもそも解ける構造になっていない。

https://www.youtube.com/watch?v=8U-ER4iPBXY&t=14s 十分な情報を得られ、一人で思考を整理できるなら雑談じゃないほうが速い気がする。時間がないときとか、構造が見えずにどこから着手していいかわからない場合は雑談、QAしながらざっくりアウトラインを掴む、みたいな使いわけをしてます。

変化を起こすこと自体を目的にしてはいけない...とは思いながらも目の前に好ましくない事象があるとき、いかにして変化を起こせるのか？を考えてしまう。困難が問題や構造の複雑さに起因しているとき、どうしても無力を感じる...が、変化をおこなさねばならない...の堂々巡り。

https://gekirock.com/news/2020/07/waterweed_pay_for_the_future_now.php pay for the future now.激ロックのツイートでこの活動を知った。ライブバンドにとってライブできないのがとても痛いのはよくわかる。お金以外で、なにか応援できることはないだろうか？

awsは、ビジネスロジックとインターフェースの分離をほとんど？のサービスで実現している。インターフェースは、おそらく一層ではなくAPI、SDK、およびそれらの組み合わせを提供している。APIをベースに複数の層を設けることで効率的に関連ツールを提供している？

個別具体の、業務同士の間に落ちるタスクを拾う役割を担っていて、果たしてチームとして機能してないのではないか？と感じた…が次の瞬間、自分が接合の役割として機能しているからこそ各所のタスクに集中してもらえてるのかもしれないとも思った。

ピープルウェアの主題は「ソフトウェアの問題は社会学的なものだ」だと理解している。 最近この主題は実にそうだと実感する場面が多い。もしそうだとするなら、ソフトウェアにまつわる巧拙はすべてヒトに関わるもので、 もはやソフトウェアというクールなサムシングは存在しないのではないか？

はじめてのつぶやき