常連

今回は技術的な質問ではなく、エンジニアとしての考え方に関する質問となります。

最近、技術の勉強`※1`をしていて、

> 「これで本当に勉強になっているのか？成長速度は遅くないか？」

と自問しております。

この自問の背景には、以下の仮説があります。
> より正しい考え方ができていないと、勉強しても何も身についていないのでは？
延いては、エンジニアのスキルそのものにも大きな影響を及ぼすのでは？

「より正しい考え方ができていないと勉強しても何も身につかない」という仮説`※2`を真とした場合、
その考え方とはどんなものがあるでしょうか？

---

`※1`
技術の勉強というのは具体的に、以下のことをしています。
```
・技術書を読む
・サンプルコードを書いてみる
・オリジナルアプリケーションを作って、実際に動かす
・質問する（御助言下さる方、本当にありがとうございます）
・VMでLinuxを動かす
```

`※2`
一例を挙げますと、

> 2時間勉強に使って、なんとか 「Hello, World!」 を出力できた

とします。

しかし、私の仮説においては、これでは全く勉強になっていません。その理由は、

> 仕組みを理解してこそ勉強であり、なぜ 「Hello, World!」 を出力できたのか、その仕組みの理解に全く時間が割かれていないため

です。

------------追記------------
貴重な御助言を下さいました皆様、ありがとうございます。

この質問に対してベストアンサーを決めることは、技術的な質問に対するそれとは異なり、
本質的な意味を持たないと考えております。
このまま勉強を続け、個人的に一番成長できたと思う考え方をベストアンサーとさせてください。

------------追記2------------
そもそも前提がおかしい、など、是非ご意見を頂きたく思っておりますので、お気軽にご回答ください。

エンジニアとして成長するための考え方

###前提・実現したいこと
とあるフォルダに入っている３つのPDFファイルを一度に印刷したい。
1つ目：sample01.pdf
2つ目：sample02.pdf
3つ目：sample03.pdf と名前は固定されているとします。
sample01はそのまま印刷でいいのですが、sample02とsample03は用紙サイズを
A3に拡大して印刷をしたいです。

下記コードでは用紙サイズを指定できないですが、印刷することはできています。
dim a
Set w = CreateObject("WScript.Shell")
Set s = CreateObject("Scripting.FileSystemObject")
Set f = s.GetFolder(".")

For Each a In f.Files
If LCase(s.GetExtensionName(a.Name)) = "pdf" Then
w.Run ("AcroRd32.exe /t " & Chr(34) & f & "\" & a.Name & Chr(34))
End If
Next
Set w = Nothing

ご教示よろしくお願いいたします。

とあるフォルダに入っている３つのPDFファイルを一度に印刷したい

すみません。
Docker初学者です。

Dockerfileでイメージを生成し、docker-compose.ymlファイルに記述して、その２つのファイルをチームの人に共有させることで、チームの環境開発ができるという認識で大丈夫でしょうか？

また、Dockerfileはわかってきたのですが、docker-compose.ymlにはイメージやコンテナ名以外に何を記述するものなのかがわかりません。コンテナを連携させるということを聞いたのですが、掴めません。


どうぞよろしくお願いします。

ちなみに今はLaravel5.6、php7.2,mysql5.7系の環境を作ろうと思っています。

Docker開発のイメージが掴めない

Docker/プログラミング初心者です。
開発環境にDockerを導入することを本格的に検討しています。

Dockerを使ったシステムの開発・テスト・本番環境のデプロイの際に一般的に取られる方法をご教示頂きたく質問いたします。

個人的には以下のような流れかと考えていますが、違う点についてご指摘頂きたく存じます。

#■①-1: 1人目のDockerコンテナを使った開発環境の構築
①手元のPCなどでコードを作成(ex. HelloWorld.java)
②手元のPCでコンテナ作成＋コンテナを作成するときにHelloWorld.javaがある手元のPCをコンテナにマウント
③コンテナ内に開発環境・実行環境に必要なパッケージをインストール
④コンテナにマウントしたディレクトリ内にあるHelloWorld.javaをコンパイル・実行

#■①-2: ①-1を行った人が開発環境・実行環境をチームの他の人に配布するためのDockerfileの作成
①Dockerfileを作成
 ```
FROM centos:7
RUN yum install ...(開発環境・実行環境のインストール）
ADD HelloWorld.java  /ソースコード配置先ディレクトリ
```
②HelloWorld.javaとDockerfileをGitHubのリポジトリにpush
③他のチームの人間はgit cloneでHelloWorld.javaとDockerfileとローカルにコピー
④HelloWorld.javaを編集、Dockerfileをビルドしてイメージ作成→コンテナ作成してHelloWorld.javaを実行
　（コードはDockerコンテナ外の手元のPCで編集して、コンテナ内ではコンパイルと実行のみイメージしていますが、この点も変であればご指摘頂ければ大変幸いです）
⑤完成したHelloWorld.javaとDockerfileをGitHubのリポジトリにpush

#■②: テスト環境の構築
① ①-2の⑤でGitHubにpushしたHelloWorld.javaとDockerfileを元にイメージ作成→コンテナを作成してコンテナに対してテスト実施
② テストに成功したら、別のGitHubのリポジトリにテストに成功したHelloWorld.javaとDockerfileをpush

#■③と④: ステージング・本番環境の構築
① ②の②でテストに成功したHelloWorld.javaとDockerfileをgit cloneでステージングまたは本番環境にコピー
② ①でコピーしたDockerfileを元にイメージ作成→コンテナ作成してステージングまたは本番環境をデプロイ
　
　
　
以上のイメージを持っているのですが、違う点やもっとこうした方がいいなどありましたらご教示頂ければ幸いです。

また、付随する内容について2点質問いたします。
　
　
　
#■追加質問①
DockerfileでFROMで使うのは信頼できるオフィシャルのイメージを指定するのが一般的で、DockerHubにpushした独自イメージはあまり指定しないのでは、と思っているのですが、その認識であっていますでしょうか？

　
　
　
どうぞ宜しくお願いいたします。

Dockerコンテナでの①開発・②テスト･③ステージング・④本番環境の作成の一般的な作成パターンについて

仕事で非効率な作業をしていると感じることが多々あります。
（むしろそればかりです）

例えば毎回同じ作業の繰り返し。
・CSVから特定のデータを抜いてきて別のExcelやテキストに起こす
・apatch等のログのエラー確認
・社内のWebサイトから必要な情報を確認してテキストに起こす
等々上げるときりがありません。

このような作業を無くすためにスクリプトがあると思うのです。
皆さんどのような対策をしていますか？
そのスキルを習得するための方法は何ですか？

最近書店によくある
[退屈なことはPythonにやらせよう ―ノンプログラマーにもできる自動化処理プログラミング](https://www.amazon.co.jp/%E9%80%80%E5%B1%88%E3%81%AA%E3%81%93%E3%81%A8%E3%81%AFPython%E3%81%AB%E3%82%84%E3%82%89%E3%81%9B%E3%82%88%E3%81%86-%E2%80%95%E3%83%8E%E3%83%B3%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%83%BC%E3%81%AB%E3%82%82%E3%81%A7%E3%81%8D%E3%82%8B%E8%87%AA%E5%8B%95%E5%8C%96%E5%87%A6%E7%90%86%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0-Al-Sweigart/dp/487311778X?pd_rd_wg=dEX3q&pd_rd_r=6d7ff73c-99cf-4afc-b42c-b183e87e51c0&pd_rd_w=wuxUU&ref_=pd_gw_simh&pf_rd_r=QSN5A5R4WPD0Q3E8PGXR&pf_rd_p=883cf4ac-f95e-5135-9807-87776daf290f)
を見てPythonって素敵だなって思いました。
実際本は買ってませんがPythonを触ってみるとソースもきれいで書きやすい気がして
本格的なプログラマーでなくてもできる気がします。

何かお勧めの方法があれば教えてください。

業務効率化（自動化）

RDSを利用しているのですが、InsertとUpdate、Deleteが毎秒10以上走っています。 

CPU使用量はそこまで高く無いのですが、IO費用が非常に高く困っています。 RDSはCPUの利用に応じて費用が変化するものと思っていたので、予想以上の費用増加に戸惑っています。

IOの回数によって費用が変わってくるかと思うのですが、下げるためにはどうするべきでしょうか？

AWS(Amazon Web Services) - AWS：費用を安くするには

社内wikiを導入するにあたって、無料のおすすめなものがあれば是非おしえてください。

社内wikiとしておすすめなOSSなど

社内wiki(既にあるbacklogのwikiをmarkdownで活用)を立ち上げようかと思うのですが、
とりあえずトップメニュー決めたいと思うのですが、
いいテンプレートありますでしょうか？
ネットで検索すると以下のような物があったのですが、
他におすすめなどありませんでしょうか？
うちの会社はこう言うのでやってますでもいいので教えてほしいです。

http://muziyoshiz.hatenablog.com/entry/2017/01/10/074713
- [[用語一覧]]
- [[サービス仕様]]
- [[インフラ構成]]
- [[アプリケーション構成]]
- [[開発ルール]]
- [[手順書]]
- [[主要機能の解説]]
- [[ミーティング議事録・資料]]
- [[ユーザーストーリーごと（または機能ごと）の設計]]
- [[リリース履歴]]
- [[運用作業履歴]]
- [[障害履歴]]
- [[技術検討メモ]]
- [[現在はメンテナンスされていないページ一覧]]

社内wikiトップメニューについて

```PHP
/**
* 自然数同士の足し算を行う
*
* @param integer $x 自然数であること
* @param integer $y 自然数であること
* @return integer $xと$yの合計値
*/
function Add($x, $y) {
    $sum = $x + $y;
    return $sum;
}
```


このようなコードがあるとします。
$x, $yが引数として妥当であること（型がintegerである、自然数である）の検査をする箇所について質問があります。
検査すべき場所として下記3パターンあると思うのですがどれが妥当なのですか？
(a)関数内で行うもの
(b)呼び出し側で行うもの
(c)a,b両方で行うもの

防衛的プログラミングや契約プログラミングというワードを「達人プログラマー」の書籍でしり混乱しています...
上記3パターン以外の手法も歓迎しております。どうかお知恵をお貸しください。


【追記】
情報の質と量が多くみなさんの全ての回答を読めていません。
いまだ「未解決」のままになっていますが週末利用して頂いた回答を理解できるように致します。

関数の引数はどこで検査するべきか

こんにちは。 
Windows10でWPFのアプリケーションを開発しています。 
Visual Studio 2017 Communityを使っています。 

###前提・実現したいこと
Slackに投稿したいです。
チャンネルとダイレクトメッセージとを投稿したいです。

###試したこと
TOKENを取得。

###発生している問題・エラーメッセージ
チャンネルはチャンネル名でなく、idを入れるらしいのですが、ダイレクトメッセージの場合にはなにをいれたらよいかわかりません。@USERNAMEとあるので入れてみたところ、エラーになっています。

実行すると、			    var response = client.UploadValues(_uri, "POST", data);
の行で、下記のエラーが発生します。

System.Net.WebException が発生しました
  HResult=0x80131509
  Message=リモート サーバーがエラーを返しました: (404) 見つかりません
  Source=<例外のソースを評価できません>
  スタック トレース:
   場所 System.Net.WebClient.UploadValues(Uri address, String method, NameValueCollection data)
   場所 SlackAPI.SlackClient.PostMessage(Payload payload) (C:\Projects\SlackAPI\SlackAPI\MainWindow.xaml.cs):行 66
   場所 SlackAPI.SlackClient.PostMessage(String text, String username, String channel) (C:\Projects\SlackAPI\SlackAPI\MainWindow.xaml.cs):行 54
   場所 SlackAPI.MainWindow.Button_Click(Object sender, RoutedEventArgs e) (C:\Projects\SlackAPI\SlackAPI\MainWindow.xaml.cs):行 28
   場所 System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
   場所 System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   場所 System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
   場所 System.Windows.UIElement.RaiseEvent(RoutedEventArgs e)
   場所 System.Windows.Controls.Primitives.ButtonBase.OnClick()
   場所 System.Windows.Controls.Button.OnClick()
   場所 System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
   場所 System.Windows.UIElement.OnMouseLeftButtonUpThunk(Object sender, MouseButtonEventArgs e)
   場所 System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   場所 System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   場所 System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
   場所 System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   場所 System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
   場所 System.Windows.UIElement.OnMouseUpThunk(Object sender, MouseButtonEventArgs e)
   場所 System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   場所 System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   場所 System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
   場所 System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   場所 System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
   場所 System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
   場所 System.Windows.UIElement.RaiseEvent(RoutedEventArgs args, Boolean trusted)
   場所 System.Windows.Input.InputManager.ProcessStagingArea()
   場所 System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
   場所 System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
   場所 System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
   場所 System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   場所 System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   場所 MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   場所 MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   場所 System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   場所 System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   場所 System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   場所 MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   場所 MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   場所 System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   場所 System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   場所 System.Windows.Application.RunDispatcher(Object ignore)
   場所 System.Windows.Application.RunInternal(Window window)
   場所 System.Windows.Application.Run(Window window)
   場所 System.Windows.Application.Run()
   場所 SlackAPI.App.Main()


###該当のソースコード
```C#
using Newtonsoft.Json;
using System;
using System.Collections.Specialized;
using System.Net;
using System.Text;
using System.Windows;

namespace SlackAPI
{
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        private void Button_Click(object sender, RoutedEventArgs e)
        {
            string urlWithAccessToken = "https://cancat.slack.com/services/hooks/incoming-webhook?token=xoxp-000000000000-000000000000-000000000000-0000000000000000000000000000";
            SlackClient client = new SlackClient(urlWithAccessToken);

            client.PostMessage(username: "cannat", text: "THIS IS A TEST MESSAGE! SQUEEDLYBAMBLYFEEDLYMEEDLYMOWWWWWWWW!",channel: "@cancat");
        }
    }

    public class SlackClient
    {
	    private readonly Uri _uri;
	    private readonly Encoding _encoding = new UTF8Encoding();

	    public SlackClient(string urlWithAccessToken)
	    {
		    _uri = new Uri(urlWithAccessToken);
	    }

	    //Post a message using simple strings
	    public void PostMessage(string text, string username = null, string channel = null)
	    {
		    Payload payload = new Payload()
		    {
			    Channel = channel,
			    Username = username,
			    Text = text
		    };
		
		    PostMessage(payload);
	    }

	    //Post a message using a Payload object
	    public void PostMessage(Payload payload)
	    {
		    string payloadJson = JsonConvert.SerializeObject(payload);
		    using (WebClient client = new WebClient())
		    {
			    NameValueCollection data = new NameValueCollection();
			    data["payload"] = payloadJson;

			    var response = client.UploadValues(_uri, "POST", data);
			    //The response text is usually "ok"
			    string responseText = _encoding.GetString(response);
		    }
	    }
    }

    //This class serializes into the Json payload required by Slack Incoming WebHooks

    public class Payload
    {
        [JsonProperty("channel")]
        public string Channel { get; set; }

        [JsonProperty("username")]
        public string Username { get; set; }

        [JsonProperty("text")]
        public string Text { get; set; }
    }
}
```

###補足情報(言語/FW/ツール等のバージョンなど)
Microsoft Visual Studio Community 2017
Version 15.0.26228.9 D15RTWSVC
Microsoft .NET Framework
Version 4.6.01586

です。 
 よろしくお願いします。

C#でSlackのチャンネルとダイレクトメッセージに投稿したいです。

###前提・実現したいこと
Windowsで作成したコンテナに外部（別PCのブラウザなど）からアクセスしたいです。

現在WindowsとMacを利用して開発を行っています。
WindowsもMacも同じように実行してコンテナを作成しているのですが、
Macは外部からもアクセスできるが、Windowsではアクセスできない状態になってしまっています。
スクリプトや環境などコンテナの中はどちらも同じ状態になるようにコンテナを作成しています。

###発生している問題
Docker Kitematic で確認すると

Macで作成したコンテナのPortsには
DOCKER PORT -> 80
MAC IP:PORT -> localhost:ポート

Windowsで作成したコンテナのPortsには
DOCKER PORT -> 80
MAC IP:PORT -> 192.168.99.100:ポート

となっています。
cmdに「ipconfig」を入力し、192.168.99.100を確認すると
「VirtualBox Host-Only Network」とありました。

この部分の違いが問題となって接続できていないと考えていますが
解決方法がわかりません。
何をすればWindowsで作成したコンテナにも外部からアクセスできるようになるか教えてください。

WindowsのDockerのコンテナに外部からアクセスしたい。

Thinkpad X1　Carbon（2017）へwindows10とUbunutu16.04のデュアルブート環境を構築しようとしていますが、以下のようになりUbuntuが表示されません。

![![Boot画面のスクショ](72445f3db7df7cfef0e6da5444490397.png)

https://www.abten.net/2017/02/1094/　というサイトの
1 Ubuntu の入手について
2 Ubuntu 16.04 LTS ＠ UEFI 環境
を参考に進めました。




Ubunutuをダウンロードし、Universal　Installerというソフトを使用してUSB（16GB）へフォーマット。windows10を縮小して空き領域を確保しました。ファイル共有用パーティションの確保は飛ばしました。高速スタートアップも無効化しています。BIOSはUEFIで
セキュアブートの状態は有効です。USBを刺した状態で再起動、F12でBOOT選択したらUbuntuが選択肢に表示されるはずなのですが・・・。

Ubunutuデュアルブートができない

###前提・実現したいこと
外部接続IPアドレスが変わってもsambaやssh接続したい。
ufwの処理後に邪魔してる設定があるっぽいので解除したい。

###発生している問題・エラーメッセージ
自宅内LANにおいて
以前から使っているWifi接続だとsambaやssh接続できているが
有線LANでのあたらしいIPアドレス接続だと拒絶される。

ufwでallow設定はクラスCで行ったが、接続できない。
sudo ufw allow from 192.168.1.0/24

たぶん以前、他で行った設定のせいで接続範囲外とみなされているのではないかと思うが思い出せない。

$ sudo ufw status
Status: active

To             Action      From
--             ------      ----
80/tcp         ALLOW       Anywhere      
443/tcp        ALLOW       Anywhere      
22/tcp         ALLOW       Anywhere      
20,21/tcp      ALLOW       Anywhere      
139/tcp        ALLOW       Anywhere      
445/tcp        ALLOW       Anywhere      
4444/tcp       ALLOW       Anywhere      
137/udp        ALLOW       Anywhere      
138/udp        ALLOW       Anywhere      
Anywhere       ALLOW       192.168.1.0/24            
80/tcp (v6)    ALLOW       Anywhere (v6) 
443/tcp (v6)   ALLOW       Anywhere (v6) 
22/tcp (v6)    ALLOW       Anywhere (v6) 
20,21/tcp (v6) ALLOW       Anywhere (v6) 
139/tcp (v6)   ALLOW       Anywhere (v6) 
445/tcp (v6)   ALLOW       Anywhere (v6) 
4444/tcp (v6)  ALLOW       Anywhere (v6) 
137/udp (v6)   ALLOW       Anywhere (v6) 
138/udp (v6)   ALLOW       Anywhere (v6)
ーーーー

ubuntu16.04でのネットワーク設定

# 主題
PHPにおいて、独自フレームワークを採用するメリットを教えてください。

# 前提
新しく配属されたプロジェクトで、PHPの独自フレームワークが採用されていました。
中身は。。。CakePHPやLaravelなどを触れてきた身からすると、お世辞にも使い勝手の良いものとは思えませんでした。

* プログラム行頭のinclude祭り
* MVCになってはいるが、Mに分けきれていないビジネスロジックがCにも書かれているせいで重い
* MがDAOパターンになっていて、行数がとんでもないことになっている
    =>ORマッパー的なものも無いので、SQLを実行するのにいちいちDAOにSQLを直書きしなければならず、非常に悪手に感じる
* 至る所でglobal宣言されている
* 実証はしていないが、セキュリティ的に良いのこれで？という書き方が散見される
    =>プリペアドステートメントを使わずヒアドキュメントやsprintfでSQLを作る、など

etc...
結構な大規模システムなので、正直なところ、OSSのフレームワークを使っていればもう少しマシだったのでは？と思ってしまいます。
PHPのバージョンがえらく古い（5系の初期の方）なので、OSSのフレームワークが動かない、というのはあるのかもですが。

初めて担当させて頂いたプロジェクトでもやはり独自フレームワークのシステムがあり、メソッドの引数が30個以上あるとか、画面に1項目追加するだけなのに8ファイル更新しないといけない、など酷い目にあったので、独自フレームワークには正直良い思い出がありません。

# 聞きたいこと
* 独自フレームワークと採用するメリットを教えてください。
    =>小規模なシステムをサクッと作るだけならともかく、大規模システムで採用するメリットが分かりません。
    =>OSSの方がめぼしい脆弱性はあらかた潰されているのでは？独自フレームワークだと、それを一から自分で潰さないといけないのでは？と思ってしまいます。
* OSSのフレームワークを使わない理由としては、どのようなものがあるのでしょうか。
    =>フレームワークを覚えるのが大変だ、というのはあるのかもしれませんが、それを開発効率やセキュリティ面とトレードオフにするようなものなのでしょうか。

その他、いろいろあればそちらもご教授頂きたく。

当方まだエンジニア歴2年（開発に至ってはまだ1年です）なので、この辺りをいろいろ知っておきたく今回質問させて頂きました。
何卒、ご回答頂けますと幸いです。
よろしくお願い致します。

PHPにおいて、独自フレームワークを採用するメリットを教えてください。

###実現したいこと
AndroidとiPhone間でインターネットへの接続をせずに（Wifiや電話回線の圏外範囲でも利用できる）近距離通信を行いたいと考えています。3人以上が同時に通信に参加し、グループチャットができるアプリケーションです。

浅学ですが自分で考えているアプローチとしては、親機を一つ作り、子機を複数接続して、親-子の1対1の通信を全ての子端末に対して行うことで、3つ以上の端末間の通信を実現しようと思っています。

###質問
具体的にどの機能を使えば実装できるでしょうか？また、メジャーでしょうか？
Android-Android間の通信はBluetoothで可能でしたが、
Android-iPhone間の通信方法と、iPhone-iPhone間の通信についてご教授いただければ幸いです。

また、違うアプローチで実現できるようであれば、その方法をご教授いただきたいです。
無論、できる限り自分で検索して学習する所存です。

AndroidとiPhone端末間でインターネットを利用せずにP2P接続したい

私、自営業ですが、業務に Gmail や Googleスプレッドシート、Google カレンダーなどを定常的に利用しています。Google Apps Script (以降、GAS) もゴリゴリ書いて、それらのツールの連携を図ったり、機能拡張したりしています。GAS がないと業務がただちに滞るレベルです。

Googleスプレッドシート (など) は、オフラインでできることが増えてきていて、ますます使いやすくなってきました。
しかし、スクリプトをライブラリとして使うことが非推奨となったり (プロジェクトキーのサポートが終了というのはそういうことかな、と)、レビューを受けていないアプリだと一部のスコープの承認を得られなかったり、その制限を無視して (unsafe であることを許容して) 特定のスコープの承認を得るためには言語を一旦英語に切り替える必要があったり、と、お気軽に使いずらくなってきた印象があります。

Google が、特に無料のサービスを突然やめちゃう、というのは珍しくないので、GAS をこのまま使い続けていいものか、不安を覚えています。
G Suite に移行すれば問題なし、という話なら、それはそれで構わないと思っています。それだけの価値のあるサービスだと思いますので。

このまま業務アプリを GAS に頼っていて大丈夫なのか、この先の見通しはどうなのか、諸兄の見解を賜りたく、質問した次第です。
多数有用なご回答をいただいたとしても、teratail の仕組上、ベストアンサーは一つしか付けられないと思いますが、その点はご容赦ください。

---
追記 : 2017-08-25 15:08
ちなみに、GAS で業務アプリを組んで、常用し続けて 4 年半になります。

あと、「プログラミングに関係がない質問」との指摘をしていただいたようです。
業務アプリの作成、特にメールの自動処理やスプレッドシーの拡張などについては、GAS は手軽かつ強力なツールかと思います。これからも採用を検討される人もあろうかと思います。
そのような人が他のサービスとの比較検討するうえでも、この質問についた回答が役に立つのではなかろうか、と思い、質問した次第です。
プログラミングそのものではなく、その環境・サービスとして適切な利用シーンはなんなのか、という観点での質問ですので、「プログラミングに関係がない質問」と言われたら、定義次第ではそのとおりかと思います。が、私自身はプログラミングに関係のない質問とは考えておりません。

業務アプリで GAS (Google Apps Script) を使い続けていて大丈夫なのでしょうか

自身の生産性の変化を記録したいと考えています。

プロとして自身の生産性を把握するのは重要な事だと思いますが、みなさんはどのような方法で、生産性を確認されているのでしょうか？

プロジェクト単位で管理する場合は、拘束時間が一つの基準となると思いますが、個人で見たときには、あまり適切な基準ではないと思います。

思いつきですが、例えば、以下のような基準があると思います。
・コミットしたコードの量
・記述したステップ数
・打鍵した数

マネジメントサイドからみた生産性ではなく、どちらかと言うと自己管理用のため、生産性を確認したいです。

どのような方法で、どういったものを確認するのが適切でしょうか？
また、その方法を確認するためのツール等があれば合わせてご紹介いただけると助かります。

プログラマーの生産管理

#質問
ある要件を満たすコードをより柔軟にしたいです。
要件は以下です。
> あるデータベースのテーブルAのデータをBに移し、Bを空にしたい。このとき、以下の順に処理を行う。
1 トランザクションを開始
2   Bのレコードをすべて削除
3   Aからデータを抽出し、Bに移す(データは似通っていて、データの変換は単純)
4   Aのレコードをすべて削除
5   トランザクションを終了
 > 
> 1'途中で例外的状況に陥ったらロールバックしてログを出力して異常終了

以下、捕捉となります。
> データベース操作はEntity Frameworkによって行う

このとき、以下の実装を行いました。
設定値などはところどころ省略しています。注目していただきたいのはDataAToBクラスです。

```ここに言語を入力
class DataAToB
{
    private readonly ISetting setting;

    private readonly IMapper<A, B> mapper;

    public DataAToB(ISetting setting, IMapper<A, B> mapper)
    {
        this.setting = setting;
        this.mapper = mapper;
    }

    // データを移す処理はこれ
    public void Do()
    {
        // 1
        using (var context = new EntityFrameworkOrdinaryContext(setting))
        using (var subContext = new EntityFrameworkOrdinaryContext(setting))
        using (var transaction = context.Database.BeginTransaction())
        {
            try
            {
                // 2
                context.Bs.Delete();

                // 3
                foreach (var dataOfA in subContext.As)
                {
                    // 捕捉:マッピングは絶対成功する
                    var dataForB = this.mapper.Map(dataOfA);
                    context.Bs.Add(dataForB);
                }

                // 4
                context.As.Delete();

                // 5
                context.SaveChanges();
                transaction.Commit();
            }
            catch (Exception)
            {
                // 1'
                transaction.Rollback();
                throw new AToBFailureException();
            }
        }
    }
}

class EntityFrameworkOrdinaryContext : DbContext
{
    public EntityFrameworkOrdinaryContext(ISetting setting) : base(null)
    {
    }

    public DbSet<A> As { get; }

    public DbSet<B> Bs { get; }
}

interface ISetting
{
}

interface IMapper<TRaw, TMapped>
{
    TMapped Map(TRaw raw);
}

class A
{
}

class B
{
}

class AToBFailureException : Exception
{
     //...
}
```

しかし、このコードに改善の余地があるような気がしています。
以下が気になっているところです。

1.コンテキストクラスを直接生成している
2.Ｂからデータを削除し、BからAにデータを移し、Aのデータを削除するという具体的な一連の処理を直接やっている。
3.さらにトランザクション管理までしている。
4.データベースコンテキストクラスや、EntityFrameworkに直接依存している(DbContext,DbSetなど)

AからBでなくBからA、もっと言えばあらゆるエンティティからエンティティに対して、さらに言えば機能を分割してトランザクションがないパターンにも対応でき、あらゆるデータのストレージ間に対して汎用的に適用できるようなインターフェースと実装を書けたりしないものかと思い質問しました。必要に駆られているので教えてほしいといった旨ではございません。目的はコードをよくすることと、良いコードをかけるようになるための経験を積むことです。このコードは改善可能か、どういった観点から改善の方針を定めるのか、逆にこのままで十分なのかなど、皆様の意見をなんでも頂ければと思います。
よろしくお願いいたします。

コードを柔軟にしたい

現在Windows form applicationsを利用して、開発している者です。Windows form applicationsで利用できるコンポーネントや背景などはとてもおしゃれでなく、今っぽくないのでUIをよりおしゃれにしたいです。
今存在するサービス(SlackやVisual Studio)などのソフトウェアは、どのようにして開発されていて、またどのようなUIやコンポーネントを利用しているのでしょうか。
またそれにあたって必要な技術やツールなどあれば名前だけでも教えていただきたいです。宜しくお願い致します。