Viewing posts for the category ブログ
本日は作業をしているとAmazonから荷物が届きました。
中身はラズペリーパイというもので最初は何か美味しいそうなスイーツが届いたのかと
思いましたが、違いました。パソコンでした。
ラズペリーパイはググったところ、安価なパソコンとのこと。
組み立てをやってみましたが、メモリーカードとマウス・キーボード、hdmiのケーブルをつないで電源供給すればいいだけなので
あっという間に起動できました。
起動してみましたら、とても簡略的なwindowsみたいなUIでして、見た目もいいですし、ターミナルもすぐに開くことができますし、chromeも立ち上がりますし、Coolです。
インターンを始めてからパソコンの組み立てをさせてもらえるのがtoricoの特徴？なのでしょうか。
さて、これは大阪のイベント会場に持ち込まれるみたいです。
自分でももう一台パソコンが欲しくなったら、金欠なのでラズペリーパイ欲しいですね。
ということで今日はラズペリーパイが安い、簡単、可愛い！の三拍子が揃ったものだということが分かった１日でした。
本日はいらなくなった資材の移動のヘルプをしていました。
結構重くて大きいものを階段を上下して運んだのですが、夏なだけあって汗だくだくになりました。
普段は運動不足気味なので、いい機会になりました。
さて、プログラミングの方ですが、サーバーサイドは覚えることがとても多いですね笑
本日はテキストの操作して、それをdatetimeを使って文字列をdatetime型に直して営業日計算をすることをしていました。
あとは、自動テストをやったりと、一気に新しいことがどーんと来て混乱することもありますが、やっぱりただ教材で文法を写しているだけと比べると、
無理矢理でも慣れていっている感覚がします。
もう少ししたらまた結構Djangoが書けるようになっていることを祈ります。
Djangoのためにpythonの基礎からやり直している保坂です。
Python 簡単ってよく聞きますが、個人的にハマりどころが多いなと思います。
例えばfor-else文は laravelとpythonでは挙動が違うらしいですし、
辞書型はjsでいうオブジェクトに似ているので、同じかと思いましたら違いますし、type()で型判定したら
Class ——って出てくるのでpythonでは型はclassなの？とか思ったり
トリプルクオートで複数行のコメントアウトかと思ったらdocstringとかいうものでした
あとは
__init__.py , __name__, __main__ここら辺は暗号にしか最初見えなかったです笑
ということで新しいことを始めると、一気に新しい知識が増えるので、頑張っていきたいです。
本日からDjangoをやり始めました。
久々に触ったのですが、python自体をよく知らないままDjango入ると結構難易度高いです。
しかし１日中見ていたら、だんだん今までやっていたjsの共通部分が見えてきまして、ましになってきた。
Djangoをやって一番難しいなと思ったのはプロジェクトのディレクトリ構造ですね。
今までvue cli, laravelあたりはディレクトリがなんとなく、どういう規則で配置されているかとか、ファイルの中身とか推測しやすいですが、
Djangoは個人的に複雑に感じます。
例えば__init__.pyというファイルはいたるところに見かけますが、そんなに初期化する必要があるファイルばかりなのかとか思いますし、肝心の中身は空っぽですし、よくわかりません。
あとはpycharmを使っているのですが、このIDEの設定が難しいですね。。。
インターンの入りたてに戻った感じです笑
こういう時にはタスクを通じてひとつずつ覚えて慣れていくのがいいですね。あとは普通にpythonの概要をもう一度おさえようと思います。
最近は社内タスク管理ツールの方の改修も、社内の方達ともコミュニケーションが取れるようになってきたので、
仕様の方の把握もスムーズに済むようになったり、改修も自力でやれるようになってきました。
残っているタスクを確認しましたら、残りはサーバーサイドを扱う必要が出てきましたので、今までvueとtypescriptに絞ってきましたが、ついにサーバーサイドの方も
手をつけ始める時期が来ました。
( フロントはvue+typescript、サーバーサイドはDjango です)
今までwebアプリケーションを一人で構築する力があまりなかったので、これを機に作れるようなれると思うとかなりこれからが楽しみですね。。
ただこれで晴れてサーバーサイドに移れるかと思いきや、今日は日付を扱う場所でどハマりしまして、
日付の計算に苦労しました。ただ解決してみると数学的に難しいというよりは、そういう処理の考え方、発想がなかったのでこれも結局慣れの問題だと思います。
今後も頑張っていきます（出勤数が増える予定です）
長らくこのタスクをやっているイメージですが、最近は大体の機能は実装できていて、実際にデプロイされたものを
使ってもらって、抜けていたところを改修、もしくはbuildできるようにしたりlintをかけたり、気に入らなかったデザインをscssで調整していたりしていました。
今日はtypescriptでnom install したモジュールがtypescriptに対応していないと
Importでかけません。
対処法としていくつか方法があるのですが、
まず nom install @types/…で入れるタイプはまずそんなものは存在していないよ。とはじかれ
コメントアウトで触れておけばエラーが出なくなる、requireで書くものは今回コンポーネントを取り出す上で、書き方がよくわからず
最終的にはsrcの下に@typesを作ってそこにdeclare moduleで宣言して、それだけだとこの場所がわかってもらえないのでtsconfigを修正してimportで書けるようになりました。
あとはscssで調整しているときに、 componentに書いたscssはブラウザの検証ツールで見るとタグがかなり変わっていますので、検証ツールから読み取ったタグをscssで書いていくのですが、vuetifyのpropによってタグが変わったり、そもそも長すぎてよくわからなかったり、ひどいコードになってしまったので大元のタグにclass名を振ってまとめました。
時間がかかってしまいましたが、手が止まってしまう時間は短くなってきた気がします。
今日も社内タスク管理ツールの開発をしていました。
前回問題だったメールテンプレート の確認画面を出すところですが、自作のコンポーネントを作るのもいけそうでしたが、最終的にネットから拾ってきたものをnpm installしてそれで作りました。
メールテンプレートを表示するだけではなく、編集するタスクに関しては、前回v-for文で表示されたものはtextarea内では読み込めないという問題があったのですが
そこは新しくからの変数を作っておいて、そこにslotの内容を入れてから、その変数をvーtextareaで表示することにしました。
vーmodelで情報を連動させればテキスト画面で編集してもそれがそのままメール内容として送れるのですごい便利です。
一箇所度ハマりしたところがあってv-model= this.変数って書いていたのですが、ずっとそれでは読み込めずこれに気づくのにかなり時間がかかってしまいました。
ただググるだけではなくて挙動も詳しくならないとダメですね。
夏休みに入るのでリフレッシュしながら勉強しようと思います。
相変わらず、社内でのタスク管理ツールを開発している保坂です。
最近はできそうでできないものに苦戦させられています。。。
本日は
１：発注メールを送信するときに文に訂正があったら、そのメールテンプレートを編集できるようにするというものです。
メールのテンプレートはvueのslotで作って、その中で配列とかに格納した情報を自動表示するなどしているのですが、それを編集そのままできるように、
textareaで囲みました。
Slotの中にtextareaを使ってもpreタグを使っても読み込みますが、その中にv-forで回しているtemplateタグがあると急に動かなくなりますね・・・
まずはそこを解決しなければなりません
２：次に発注メールを送るときに確認画面が出ないので、モーダルを出したいのですが、既にモーダルで出しているのでまたモーダルで出すとくどくなりますね。
Vuetifyでそれらしきものは確認できず・・・新しくコンポーネントを作ったのですがimportもexportも問題なしなのに表示されないので、
そこらへんを次回考えていきます
エンジニアという仕事について、ある疑問を思ったことがあります。
作り終わったあと、エンジニアいらなくなるのではないか。という素朴な疑問です。
改修するところが出てくるとはいえ、そんな常にエンジニアって常にいなければならないのかと思っていました。
特に会社など１つの場所で働く形態の場合。。。
昨日、タスクツール管理を完成させて、使ってもらうと次々に直すところが出てきます。
直すところがなくなってもより良いものにするためにやることは出てきます。
新しい技術が出てくれば、それに対応させる必要も出てきます。
つまり、常に何かやることがあるのが、この仕事です。
結構エンジニアって性格とか気分で向いているかどうかあるのではないかと思いました。
気分が乗っていたり、楽観的でしたら新しい技術について学ぶのも、何か創作しているのも捗ります。
一方、逆の場合は時にはこれが負担になる時もあるでしょう。
つまり、エンジニアにとってただ技術だけではなくメンタル管理も大事な要素ということをふと思った１日でした。
発注メールのテンプレート自動作成の実装に取り掛かり始めてからだいぶ時間が掛かってしまいましたがついに今日完成しました！
今思うと、これまでやってきたタスクは何か１つできるようになれば実装できましたが、今回は今までやってきたテクニックを総合的に使うことが必要でした。
扱っているのはVue + TypeScript ですが
コンポーネント間のデータの受け渡し方
（お恥ずかしいですが） filterやpushなど基本的なメソッドの使い方
Dateオブジェクトを操作
営業日などを入れての日程計算
Vuex
正規表現
クラスや関数を自作
Slotの使い方
Vuetifyの使い方
Gmail API
といったものを使えるようになりました。
といってもサポートもたくさんして頂いたので、もっと自力でできるようにならねばと思った１日でした。
ですが、今日はずっと苦戦してたタスクがひと段落してよかったです。
続く。
今日も相変わらず社内タスク管理ツールの開発をしていました。
前回の続きなのですが、gmailの署名をそのツールに持ってくるというものなのですが、
人によって書き方が違うのでただエンコードしただけでは、署名のスタイルに差が出てしまいますね。
そこで正規表現を使います。
あとはPromiseを何となくコピペで済ましていたのですが、限界が来たと感じましたので黙々勉強していました。
非同期処理は今いろんなやり方があって、どれも一長一短ですね。。。とりあえず全部使えるようになります。
続く。
相変わらずタスク管理ツールから自動的に発注メールを送る機能の実装と戦っています。
流石にそろそろ終わらせたいですね・・・。
gmailの方で、宛先、件名、本文をタスク管理ツールから送ることはついにできました！！
前回は贈りたい文章がslotに入っていたので、それをいかに変数に入れるか考えていたのですが、よくよく見たらお隣さんの.tsにdocument.getBy—系をいい感じに書いた関数があったのでそれを利用して解決しました。
Slotでできるかは不明のままですが、とりあえずまずは動けば良しと・・・特に時間がかかってしまっているとそう思います。
あと残っているのは署名をメール本文下部に貼り付けることです。
署名機能自体はgmailにありますが、直接gmailにアクセスはしないのでこれを使うのは難しそうです。
本文とかはapiで送れたので署名もapiで送れないかと考えた結果、それっぽい機能がありましたがなぜかapiからそれをコールできなくてなぜか困っています。
gapi.client.gmail.users.settings.sendAs.list({})
これで署名を入った配列が返ってくるはずなんですが・・・
戦いは続く。
昨日に引き続きまして、gmailのapiに苦戦しています。
苦戦している理由としては、参考になる情報は検索したら出てくるのですが、
当然ですが、素のjsで記述されています。
ところが今の管理タスクツールはtypescriptで開発していますので、そのままコピペというわけにはいきません。
Import のやり方で悩み、とりあえず、これで取り込めているだろうと仮定して、コードを書いてみてエディターに怒られるという繰り返しの１日でした。
最終的に読み込むのを手伝っていただき。。。index.htmlのwindowからapiを作ることで不要なモジュールもいらなくなりましたし、importを書く必要も無くなりました。
今度は出力したい内容をjs内でslotを変数に入れたいのですが、ここで今度は苦戦しているので、slotの勉強をしようと思います。
わからないところが毎回見つかるので、勉強のいい方針ができるのでインターンはありがたいです。
続く。
いつも通り、社内タスク管理ツールの開発を行なっていました。
今手こずっている改修タスクがありまして、
こちらが注文したいものの詳細をまとめたものを管理ツールの方で自動で作成するようにして、それをgmailで相手に送るというものです。
メールの文面を自動で作るところまではできました！
しかし、それをgmailの方にうまく移すことができません。
原因はget送信なので送れる文字数に制限があるせいだと思います。
改修に入る前はメールで１つのみの発注ができる仕様であったので、文字数に問題はなかったのですが、
チェックボックスをつけた数の発注ができるようになったので、文字数がオーバーしてしまうこともでてきました。
ということで方法を根本的に変える必要がありますので、今はgmailのAPIに挑戦してみることにしました。
明日に続く！
本日もタスク管理ツールの改修をやっていました。
今日のタスクはデータテーブル上のチェックをつけたキャンペーン情報の情報をメールテンプレートに自動表示するというものでしたが、
件名に作品の名前を書く部分があります。
もちろんチェックボックスにチェックをつけた数だけ、条件を分岐する必要があり。。。
ここら辺の仕様は第３者はわかりませんので割愛しますが、初めてほぼ自分の力で機能を実装できたと思います！
これからもっと自力でできる範囲を広げていきますー！
本日もタスク管理ツールの改修をやっていました。
今日のタスクはデータテーブル上のチェックをつけたキャンペーン情報の情報をメールテンプレートに自動表示するというものでし
たが、チェックをつけた行だけ新たな配列に格納することはできたのですが、それをメールテンプレート側に渡す方法がわかりませ
ん。
Vueのコンポーネントから直接渡すのはあまり良くないらしく、
最終的には新たにtypescriptのファイルを作りそこに処理をかくやり方でやるのですが、一度情報をvuexを使ってstoreから取ってきた
り、新しく作ったtypescriptのファイルから新しいクラスを生成して新たな型を作ったりなど、新しいやるべきことが盛りだくさんの
一日でした。
あとはエラーが起きた原因を調べる方法で,エディターが怒っているところをみる（webstorm使用）やchromeの検証のconsoleをみ
る、console.logをみるなどの方法を取っていたのですが、
今日は新しくdebuggerを使ってエラーを確かめられるようになりました。便利すぎたので今後がっつり使っていきます
こんにちは、今日も社内タスク管理ツールの改修です。
本日はバナーの発注するときに呼び出されるメールテンプレートの改修をしていました。
締切日を自動的に表示させるところで、当初は普通に締切日をそのまま表示させていたのですが、二日前かつ営業日に表示を変えて欲しいとの声をいただいたので、それについて考えていました。
二日前だけなら簡単なのですが、そこに休日ではないという条件が必要です。
そこでプラグインを探すわけですが、koyomi.jsという営業日を色々といい感じにしてくれるものがあったらので、それで実装することができました。
途中でつまずいたところでは,
このプラグインはjsで今はtypescriptで書いているので、importでの読み込み方がよく分からなかったことです。
最終的にrequireで読み込んでくれたので良かったですが、importを使った方法はないのでしょうか・・・笑
次の改修ではついにVuexと戦うことになりそうです。
続く。
本日もまたタスク管理の改修作業です。
ついにデプロイされたので、ユーザーのフィードバックが返ってきます。
やはり人に使ってもらえると自分では気付けなかった不具合などが見つかりますね。
自分で作っているときは結構自分好みで作れるところがありますが、フィードバックから生まれるタスクは相手の要望をより汲み取る必要があるので、
少し自分が逃げていたような開発に向き合わなければなりません。
本日は検索した言葉が含まれるタスクを編集しているとランダムでその編集画面が消えてしまうというものでした。
最初はそのエラーがいつ起きているかも分からなかったですが、実際にエラーが起きているところをヒアリングした結果、
編集している間に検索したワードに一致している部分を消してしまうと検索条件から外れてしまい、検索結果から消えてしまうというものでした。
解決自体はシンプルなコードでしたが、そもそも今回はどのようなエラーが起きているか自体が分からなかったので、最近はvueがちょっとできるようになって画面にのめり込みがちですが、コミュニケーションを忘れてはいけないと思った日でした。
続く。
ついにインターンも２１日目になりました。
最初は環境構築から始まって、初めて使うフレームワークも言語も意味がわかりませんでしたが、最近は少し慣れてきたようで、ただネットの記事を丸コピレベルから
自分で少しオリジナルのコードが書けるようになってきました。
こうなると自分好みの機能とかが作れるようになってくるのでプログラミングが楽しくなってきます。
最近はある条件の時、セレクトボックスとかを出すといった処理をよく書くのですが、
変数作って
真偽判定するコード書いて
その時にif文でその部分を出す。
みたいな自分の中で定番処理が出てきました。
持ちネタが増えることで迷う時間も減りました。そしてまた新しいことを覚えようとする余力も出てきますね。
今日はVue.jsでリアクティブなプロパティを動的に追加するとこでつまずきましたので$setとかそこらへんを調べていこうと思います。
次回に続きます！
本日は前回の続きをやっていました。
ある情報をまとめたデータリストがあってチェックボックスにチェックをつけると、それらのプロジェクトの進行状況を一括で変更できるというものなのですが、
<v-checkbox>でチェックボックスを作り,v-modelでチェックした複数のリストを取得し、
進行状況の初期値を変数に入れておいて、取得したリストがidと合致する時が、ループさせて状態を変化させているうちにあったら、v-selectのitemsに対応する値で進行状況を書き換えるということをやりました。
今までで一番書けたのですが,プロミス処理が分からなかったのでそこを補強しようと思います。